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ABSTRACT 


The physician administering digitalis makes use of the full richness of 
the clinical setting to form his/her impressions and decide on a therapeutic 
program. The weakness of existing programs which formulate digitalis dosage 
regimens lies in their inability to use all of the clinical data available - 
both quantitative and qualitative. This report describes the construction of 


a computer system which formulates digitalis dosage regimens and which adjusts _ 


this regimen by interpreting the patient’s response to the original dosage 
regimen. 
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i. Introduction 


"The use of the Foxglove (digitalis) is getting abroad, and it is better 
the world should derive some instruction, however imperfect, from my 
experience, than that the lives of men should be hazarded by its 
unguarded exhibition, or that a medicine of so much. efficacy should be 
condemned and rejected as dangerous and unmanageable." - - - William 
Withering, 1788 
The purpose of this research uas to construct a computer program that can 
advise physicians regarding the administration of digitalis in a qualitative 
as well as quantitative fashion. These efforts have yielded a computer 
sustem, named ANNA, which gives such advice. In addition, many of the 
considerations involved in the use of digitalis have been elucidated. 


1 Will begin with a brief overvien of what digitalis is and how it is 


used. 
1.1 Digitalis - an Overview 


“The Foxglove (digitalis) when given in very large and quickly-repeated 
doses, occasions sickness, vomiting, purging, giddiness, confused vision, 
objects appearing green or yellow; increased secretion of urine, with 
frequent motions to part with it, and sometimes inability to retain it; 
slow pulse, even as siow as 35 in a minute, cold sweats, convulsions, 
syncope, death.” - - - Withering 
The term "digitalis" refers to a group of drugs known as cardiac 
glycosides, among which are digoxin, digitoxin, oubain, cedalanid and 
digitalis leaf. The publication of “An Account of the Foxglove" by William 
Withering in 1785 marked the first effort to understand the effects of 
digitalis and to establish guidelines for its use. Withering noticed the drug 


caused increased urine flow and he used it to treat the abnormal accumulation 


of fluid known as dropsy {commonly due to weakening or failure of the heart). 


epee Spriversrces So ys oa oye 
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In fact, the increased urine flow is a side effect of the drug's principle 
actions: strengthening and stabilizing of the heartbeat... | 
Because of its positive effects on the heart, the drug is quite useful in 
the management of congestive heart failure as well as rhythm disturbances and 
is commonly prescribed by doctors. In fact, it is estimated that. one out of 
every five patients admitted to a hospi tal receives digitalis. sometime during 
his stay {1}. In 1971 it was fifth on the list of drugs most frequently 


prescribed by physicians through pharmacies in the United States {2}. 


1.2 Clinical Use of Digitalis 


"Let the medicine therefore be given in the doses, and at the intervals 
mentioned above; let it be continued until it either acts on the kidneys, 
the stomach, the pulse, or the bowels; let it be stopped upon the first 
appearance of any one of these effects." ~ - - Withering 

Like many drugs, digitalis can be a poison. When given in proper 

. amounts, however, it can provide the therapeutic effects mentioned above. The 
physician attempts to give enough of the drug to achieve these therapeutic 
results bit not so much as to cause toxicity. This is often quite difficult 
for several reasons: 1) a patient can become toxic before an adequate 
therapeutic effect has been achieved; 2) the di f ference between therapeutic 
and toxic levels is small, so a small increase in the amount of digitalis 
administered may precipitate a toxic reaction; 3) there is a great deal of. 
aver 16 between therapeutic and toxic manifestations of the therapy and thus 
it is often difficult to tell whether or not the patient is really toxic; and 
finally, 4) patients exhibit a variety of individual reactions to the drug. A 
dosage regimen providing therapeutic results in one:patient may lead. to 


toxicity ina second patient. 
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In determining dosage regimens: doctors have traditionally relied upon 
"intuition", often with poor resuits.. Several studies indicate that as many 
as 28% of patients receiving the drug demonstrate toxic reactions and that the 
mortality rate among such toxic patients may be as high ae 38% {3}. It is 
this danger of overdose of such a widely used’ drug that has prompted people to 
seek better uays to achieve tterapeutic results wii te preventing toxic 
effects. 

There is no single indicator that can be used to judge the degree of 
toxicity ina satienes Signs of toxicity will often go unnoticed, being 
incorrectly interpreted as unrelated to the presence of digitalis or, even 
worse, as being therapeutic effects. The following are generally considered to 


be indicative of digitalis toxicity: 


1. Gastro-intestinal symptoms such ae anorexia, nausea or vomiting. 

2. The appearance of premature ventricular contractions (PVCs), 

resulting from increased automaticity (irritability) ‘of myocardial 

tissues caused by high digitalis teveis. 

3. Saratac rhythms such as paroxysmal junctional tachycardia (PAT) with 

block or -non paroxysmal junctional tachycardia following atrial 

fibrillation. 

4. Development of heart block 

Because each of the above may have some other cause than digitalis, the 
physician must exercise a considerabie awoun® of clinical judgment in 
evaluating the degree of toxicity. For example, many hospitalized patients 
are very sick and commonly experience nausea and vomiting; patients with 
congestive heart failure may experience premature ventricular contractions due 
to stretching of the conduction system of their heart.’ Caution should 
therefore be exercised when assessing the meaning of possible signs of 


toxicity. 
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Treatment of digitalis toxicity ei amounts to, allouing the patient 
to lose the digitalis in his/her system thous norma! eee pathways. 
This may not happen quickly enough if the patient is very toxic. In such 
- eases, the toxic episode may be fatal unless other measures are taken 


(potassium administration, anti-arrhytheic drugs). 


1.2.1 The Pharmacokinetics of Digitalis 


The advent of radioactive tracing techniques in the early 1960's prompted 
attempts to better shwatend the pharmacokinetics of digitalis {2,4,S}. A | 
serena model, best summarized by Doherty {2}, was sionty pieced together. A 
more detailed mathematical model of digitalis kinetice can.be found in 
Appendix A. 

The following model of digoxin: kinetics is drawn from articles by Doherty 


« (2). and Jelliffe {Gis 


"Digoxin is 75% - 85% absorbed when taken orally and is excreted largely 
unchanged in the urine. Total digexin: Josses from the.body are 
_ proportional to the total amount of digoxin present- the greater the 
amount of drug that is in the body, the,more that je lost or excreted per 
_ day. Because of this, single doses of digoxin disappear from the body in 
_@ logarithmic fashion. The average-measured half-life of digoxin ranges 
from 1.6 days for patients with normal renal function to about 4.4 days 
in patients. with no renal function, Digoxin is. mginly absorbed by the 
tissues with approximately 7% being recycled in the liver by absorbtion 
from the digestive tract followed by.excretian.in the bile back into the 
digestive tract where it may be reabsorbed,etc. This recycling. is not 
thought to affect the. overali half-life of. the drug.ijn. patients with. 
normal liver function. About 3% of the drug is excreted in the stool." 


These figures represent average values. Patiente despnstrate.a vide range of 
individual responses to the drug and care must be exercised in recognizing and 


dealing with these variations. 


2 website Latent tees 
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1.2.2 Regimen Formulation 


fe 


The pate may be administered in 5 variety of ways torel tablets, oral 
elixir, intravenous] utah oral tablets yechdtg id most common! y used. 
Typically the deugee regimen consiste of a loading dose 2 given fe produce an | 
initial effect followed by regular (smal ter) ious of a fixed size which | are 
refered to as maintenance doses. The Ba lntenence dose is roe each day and 
serves to replace digitalis lost (via the ‘hidneys, the ‘boul: and through — 

“metabolic reutes) to keep the total body stores at a constant ftevel. The goal 
of the physician is to keep this levet high enough to provide therapeutic 
results but not so high ae to result in toxicity, thie may also be 
accomplished without the use of a loading doee by keeping the patient on a 
fixed maintenance dose and allowing enough time for him to reach equi | ter tum 
“(usually about six days wlth digoxin ~* see Append)x A). 

In order to formulate a proper maintenance dose. the ‘physician may do-one | 
of tuo things. The first (and until recently wore common} is simply to guess 
at a ooren dosage based < on past onper ionce and then to closely natch the 
patient’s condition, If he/she becomes toxic, then the waintenance dose 
should be reduced - _ abeuing, of: course,’ that the patient recovers from the 
toxic episode. The second method is to weston - daily maintenance dose 
exactly equal to the amount of the rug loot each day, ae te wetiin tion of 


maintenance dose Gaeia raply. In this. manner steady etete is achieved. 


1.2.3 Factors Affecting Regimen Formulation 


"Independent of the degree of the disease, or of the strength or age. of 
the patient, I have had occasion to remark, that there are cer tain 
constitutions favourable, and others unfavourable to the success of the 
Digitalis." - - - Withering 
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Patients rece.ving digitalis may have a number of complicating 
‘conditions, each of which must be taken into account when formulating a 
regimen. These conditions can be grouped into three categgries: absorption 


abnormalities, metabolic factors and.excretion abnormalities. = 
Absorption Abnormalities 


Abnormal absorption can be difficult to detect before administering 


digitalis, but little or no response to digitalis. therapy may be. attributed to 


reduced absorption of the drug (assuming it is given orally). In such cases, 
more digitalis should be given or it should be given intravenously {7}... 
Intravenous doses should be less than oral doses, since the IV route 

_ circumvents the nalapsorption.. Caution should be exercised, when. administer ing 
" lakger oral doses, however, since reversion of the absorption abnormality — 


would expose the patient to unusual ly high digitalis levels. 
Metabolic Factors 


: There are a number of factors which affect the metabol iam and effect of 
“digitalis including hupo- and hyperthyroidism, hypo- and hyperkalemia 

(potassium imbalance), hypercalcemia {excess calcium), and certain condi tions 
of the heart itself (acute infarction). 

HYPO- and HYPERTHYROIDISM . 
| In studies done with hypo- and hyperthyroid patients, it wae ‘found that 

| "regardless of the route of administration,” hyperthyroid patients exhibited 
| lower serum devels of digoxin and the hypothyroid patients higher levels than 


‘the normal group {8}", The conclusion reached is that hypothyroid patients 


THis er See IS 
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should receive smalter doses of digoxin while hyperthyroid patients should 
receive larger doses in order to achieve therapeutic results. | 
HYPO-- and HYPERKALEMIA — 

Low potassium levels can increase the overal! irritability of the heart, 
making. it more sensitive to the toxic effects of digitalis. The physician 
must be careful to watch potassium fevels, ae they may fluctuate as a result 
of various conditions (respiration rate, pH changes, hacreased fluid volume. 
following surgery, diuretic therapy, etc.). If hypokalemia is pieeent, the — 
administration of digitalis should be avoided uti! the’potassium imbalance is 
corrected. If this ie not possible, the physician should give emailer doses 
and watch the patient’s condition carefully. © tee ® en ete 

HYPERCALCEMIA and’ MYOCARDOPATHY — 

Patients who are hypercalcemic or who suffer from a variety of primary 3 
diseases of the heart muscle known as myocerdopathies tend to be more | 
sensitive to digitalis, and care should be exercised to mfhinize their . 
digitalis doses and to monitor their condition. careful ly. 

HYPOXEMIA : | 

The physician. should exercise caution when administering digitalis ‘a, 
hypoxemic patients. Increased automaticity induced by digitalis causes ‘an 
increased oxygen demand in myocardial “Slesuié: In the presence of hypoxenia, | 


this demand may not be able to be met. 


Excretion Abnormaiitise 


In addition to the metabolic factors mentioned above, deviations in the 
patient's abi lity to lose the drug through the var ious excretory pathways 


affect the construction of a dosage regimen. Digoxin is eliminated from the | 
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body primarily 6G urinary excretion and recycling in the liver, with 
subsequent fecal tosses (see Section 1.2.4). 
In a normal patient, 35% of the amount of digoxin present is lost in the 
urine each day: It should be apparent that renal (kidney) insuttictency will 
affect digoxin excretion and thereby lengthen its half-life from 1.6 days in 
‘formal patients to as high as 4.4 days in patients with 7 renal function 
whatsoever. Quantitative measures of renal function such as creatinine 
clearance or blood urea nitrogen (BUN) can be ised to compute the amount of 
digoxin being lost and a proper maintenance dose may be assigned. This is 
also possible in patients whose renal function is actively changing. 

Little is known quantitatively about the effects of liver disease on the . 
liver’s ability to recycle digoxin. At present, most physicians disregard the 
effect of jiver or gastro-intestinal dysfunction uhen computing digoxin 
losses, It is best to administer normal doses but to watch the patient’s 


condition closely. 


abe 264 Digoxin vg Other Digitalis Preparations 


It should be noted that the kinetics of digoxin differ slightfy from the 

’ other digitalis preparations. Specifically, it has been found that digoxin’ s 

half-life is about one quarter that of digitoxin {see Appendix A). Digi toxin 

is essentially 188% absorbed when taken orally as opposed to 85% absorption of 

digoxin. “The recycling which takes place in the liver is believed to be about 
fourfold (approximately 26%) that observed with digoxin, with only 16% being 
excreted in the urine daily. Thus liver disturbances play a greater role in 

digitoxin ‘Ger ade and renal insufficiency a lesser role. It is also believed 


that about 8% of the digitoxin in. the body is metabolized into digoxin - - - 
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an effect which should be taken into consideration. 
1.3. Review of Previous Work 


Computer programs to advise: physicians concerning digitalis dosage 
regimens have been constructed. Most of the work in this area has been done by 
Jelliffe and his associates {G,9,181 using “conventional” programming ~ “2 
techniques. His efforts focused primarily on programs which formulate ar 
ini tial queas at a proper drug regimen, but do not have the capabi hity of - 
adjusting the regimen based on the: pétient’s response. Another approach using | 
statistical analysis and feedback (eg, serum digitalis levels) to account for 
individual reactions to. the drug. ade presented by Shetner et at {11}. 

Taking advantage of the quantitative aspects of ‘what is‘knoun about 
digitalis kinetics, Jelliffe constucted a program which adjusts dosage 
regimens of digitalis to the patient’s weight, renal function, route of 
administration and: present computed. (or measured) concentrations of digitalis. 
The program is intended. for use “in patients with normal thyroid and hepatic 
(liver) function and normal electrolyte balance (potassium, sodium, etc.) who 
are not receiving drugs that alter the absorption or metabolism of digitalis — 
glycosides and who have no gross clinical. evidence of gastrointestinal ne 
malabsorption {18}." | 

The main strongpoint of Jellitfe’ s approach is that it works ~ his. 
programs can compute initial digitalis doseage. regimens. He aseer ts that ‘the 
"use of this program for the past two years. has reduced adverse reactions to 
glycoside therapy from 31% to 12% {3}." | 


In spite of the improvements offerad by Jelliffe’s approach, it 
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never theless suffers from tuo major weaknesses. First, it. doesn’t take into 
account all of the factars affecting digitalis pharmacokinetics. For this 
reason it is ineffective when such conditions are present. Second, it 
provides ealuvan initial approximation to a proper dosage regimen, leaving it 
to the doctor to monitor the patient's response .and to adjust the dosage 
regimen accordingly. 

Sheiner's Work . 

, Sheiner employs statistical methodology to "provide the basis for a 
clinically. useful computer. program to suggest optimal dosage regimens for a 
number of drugs for individual patients ALLE." A€ter. the patient is put on a 
dosage regimen, the blood tevel of digitalie. is determined. This level is 
- then used to improve the. "pharmacokinetic parametera”. for the patient and. a 
new dosage secinen is computed. The feedback loop is. then entered again until 

the patient's condition stabilizes. . 
This approach is attractive because it provides a framework in which 
feedback information can be used effectively. .Each patient is accurately 
- modeled by his individual pharmacokinetic parameters. Changes in the 
patient’s clinical condition can be represented by.changing these parameters. 
Sheiner’s program performs better than the one proposed by Jelliffe, but 
it fails in two respects. First, its goal is represented as a desired blood 
level of the drug. In practice it may be difficult to specify what the proper 
blood jJevel for a particular patient is, especially if he/she is sensitive to 
digitalis for some reason (potassium depletion, hypothyroid, etc.). One is 
really interested in the overal | effect of the dose administered more than the 
change in absolute blood level. In this respect, Sheiner’s approach rests 
; upon the weak assumption that a given blood level will produce gome known 


effect. 
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Since the inner uorkings of Sheimer’s program involve a gredt deal of 
complex statistical “machinery”, it maybe quite difficult for the user to. | 
understand hou the program reaches conctusions. Thies way lead to skepticism 
on the part of the user concerning ‘the program's -answers and a <orremponding 


decrease in its clinical effectiveness. 
1.4 Capabilities of an improved Digitalis. Advisor. 


In a study done by Car! Peck et ai (3} comparing computer-assisted 
therapy to that of unaided physician jucigment, the computer-aided group onty 
slightly outperformed the unaided physicians. Gespite thre ‘advances of the . 
Jelliffe and Sheiner programs it is beceming increasingly ctear that they ‘are 
lacking in-some respects. a4 

The physician administering digitalis makes use of the full richness of 
the clinical setting to form his impressions and decide on @.: therapeutic 
program. The weakness of existing programs lies in their inability to use 
all of the clinical date avaitable - both quantitative and qualititative. The 
goal of this research was to construct a computer program which could begin to 
cope with the full complexity of a clinical setting, formulating its : | | 
recommendations in the same way a cardiologist woutd. 

The first step in realizing this goal ues the formulation of a more © 
complete model of digitalis administration than ‘that used by Jelliffe and — 
Sheiner. Although a great deal is known about the pharmacokinetics of 
digitalis, little work had been done identifying what components of the 
clinical setting are the important ones and how they are used by physicians in 
the formulation of digitalis dosage regimens. For exampte, most physicians 


realize that low potassium increases digitalis sensitivity but generally find 
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it difficult to speci fy precisely when and how this piece of information is 
used. 

The initial research activity Has the formulation ofa better model of. 
digitalis administration, specifying what information ie necessary and how it 
is used (see Chapter 3). Work was then begun ona program Which would be able 
to make use of tit eeodels A list of necessary constituents of an effective 


‘Digitalis Advisor was formulated: 


1. Computation facilities to deal with that information which is 
adequately described in quantitative terms (renal. function, daily loases, 
etc.). 


_ 2. “Model-tailoring" facilities. By asking various questions about a 
patient, the system should be able to tailor make a patient-specific 


‘ model and use this model to formulate recommendations for the patient. 
The system must know what questions are relevant. It must integrate 
incoming information into patient-specific model, realizing the worth and 
significance of this new information. In addition, it must have be able 
to change the patient-specific model when necessary and know when this 
model is no longer accurate. 


3. Explanation capabilities. In order to test the appropriateness of . the 
conclusions reached by the system, particularly when dealing in an area 
such as digitalis administration, it is important to be able to look at 
the reasoning behind decisions. : 

4. Extensibility. By using this program, inaccurate and inadequate | 

portions of the mode! will be identified and corrected. If the system is 

to be able to incorporate this updated model, it is essential that the 
initial design configuration be one which allows the system to be 
extended and changed in an orderly way. This applies to data base 
maintenance as well as future programming tasks. 

A computer system with rudimentary capabilities in each of the above 
areas that produces recommendatione for digitalis dosage regimens was 
constructed, using an improved model of digitalis administration. In the next 
chapter, discussions of sample sessions with the current version of the system 
are presented. Chapter 3 contains a detailed description of the model of 
digitalis administration used by the system to produce the behavior 


7 demonstrated in Chapter 2. In Chapter 4 the structure of the computer system 
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that uses this model will be discussed. Chapter 5 is devoted to a discussion 
of further refinements which will enhance the worth of this computer system. 
Readers interested in the technical details of how the system operates 
should consult Appendix C. For those readers more interested in the medical 
arguments, Chapters 1 through 3 and a brief survey of Chapter 4 and Chapter 5 


are recommended. 
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2. System Demonstration 


In the preceding chapter, a rough idea of the capabilities necessary in a 
Digitalis Advisor system was formulated. In this chapter, some sample 
sessions with the system are presented atongiwith some commentary as to why 


the system is acting in this manner. 
2.1 The Initial Session 


Figure 2.1 contains a listing of a sample session with ANNA (the user’s 
responses are under | ined). “te the following paragraphs, the reasons for 
aekina each question will be considered and the use made of the user's 
responses Wil! be discussed. The watnanians underlying the generation of 


these questions will be treated in Chapter 4. 


Questions 1 through 3 


In Questions 1 through 3, the patient’s name is requested as well as 
his/her identification number, which is assumed to be Ghidues. Patient records 
are stored on disk and are indexed by the patient identification number (this 
could be a social security number or a hospital identification number). After 
receiving this information, the system checks its files for a patient record 


with the specified identification number. In this case, no such patient is 


- found and the system correctly assumes that a new case is to be presented. 


Questions 4 through 7 


fl)... 


{2t 


31... 


An Initial Session 


HIN, WHAT IS THE PATIENT’S LAST NANE? 

(ENTER VALUE): ONET 

.-sPLERSE TELL ME, WHAT 16 THE PATIENT'S FIRST WARE? 

(ENTER VALUE): CLAUDE 

.LET NE ASK YOU, PLEASE ENTER PATIENT IDENTIFICATION. MUNBER 


(ENTER VALUE): 366569127 


«CONSULTING RECORDS - PLEASE STAND BY... 


{4} 


{S} 


e).. 


7b... 


{St .. 


«WELL... NO RECORD FOR CLAUDE MOWET 
i BE FOUND, SO IT. 1S “eee THAT 1s 18 A NEU PATIENT 


TELL ME, HOW OLD IS THE PATIENT? 
(ENTER VALUE): 38 

. PLEASE TELL ME, WHAT IS THE-PATIENT’S WEIGHT (IW PadwoS) ? 
(ENTER VALUE): 166 
-LET’S SEE, WHAT IS THE PATIENT'S SEX? 


1 FEMALE 
2 MALE 


ua2> 2 


TELL ME, IS THE PATIENT CURRENTLY RECEIVING DIGITALIS? 


s2=> 2 


«HAMM, WHAT IS THE UNDERLYING RHYTHN? 


SINUS RHYTHM 

PAT 

ATRIAL FIBRILLATION 
ATRIAL FLUTTER 
MODAL RHYTHM 
VENTRICULAR RHYTHM 


Owe wn ne 


.LET HE ASK YOU, WHAT IS THE CURRENT VENTRICULAR RATE? 


(ENTER VALUE): 152 
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{18} ...LET’S SEE, IS THE PATIENT HAVING PVCS? 


1 YES 
2 NO 


auu> 2 
111)... HMMM, FOR WHAT ARE YOU DIGITALIZING THIS PATIENT? 


1. CHF 
2 ARRYTHNIA 
3 PROPHYLACTIC 


ume> 12 
1121 ...LET NE ASK YOU, DOES THE PATIENT HAVE ORTHOPNER? 


1 YES 
2 NO 


222> 2 


113}... LET ME ASK YOU, DOES THE PATIENT HAVE DYSPNEA ON EXERTION? 


1 3 STEPS 
2 6 STEPS 

3 1 FLIGHT 

4 2 FLIGHTS 

5 3 FLIGHTS 

6 4 OR MORE FLIGHTS 
7 UNKNOWN 


wae> 3 
(35) ...LET’S SEE, DOES THE PATIENT HAVE PAROXYSMAL NOCTURNAL DYSPNEA (PHO)? 


1 YES 
2 NO 
a 


uss> 2 i 
1161 ..-PLERSE TELL ME, DOES THE PATIENT HAVE ANKLE EDEMA? 


1 YES 
2 NO 


uux> 4 
117} ...LET ME. ASK YOU, HOM BAD IS THE ANKLE EDENA? 


8 

i+ 

2+ 

3+ 

be 
UNKNOWN 


OMe wn 
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1181 ...LET’S SEE, WHAT 1S YOUR ESTINATE OF THE JUCULSR VENOUS PRESSURE 
NEASURED IN CM ABOVE THE RIGHT ATRIUM <HEICHT ABOME STERNAL ANOLE 
OF LOUIS PLUS & CH)? 


NORMAL (3 TO 18 Ch) 

MODERATE ELEVATION (18 TO 15 CM) 
NARKED ELEVATION (15 TO 28. Cm 
VERY HIGH (>28 CM) 

UNKNOLN 


Newn - 


zex> 3 


{191 ... HIN, DOES THE PATIENT HAVE AN S3-CALLOP? 


1 YES 
2 No 
3: UNKNOWN 


aez> i 


128} ...LET ME ASK YOU, HAT IS YOUR ESTIWRTE OF THE LOUDNESS OF THE $2 
GALLOP? . : . 


FAINT 
SOFT 
LOUD 
UNKNOWN 


FWN & 


aa2> 3 


(21) ...LET ME ASK YOU, DOES CHEST X-RAY INDICATE CARDIGNEGALY 7 


{221 ... HMMM, HOULD YOU PLEASE ENTER ANY SIGNS OF PULMONARY VENOUS 
CONGESTION? 


REDISTRIBUTION 
KERLEY B LINES 
INTERSTITIAL EDEMA 
ALVEOLAR EDEMA. 

FRANK PULNOWARY EDENA 


We wnd e& 


ee=> 

{23} ...PLEASE TELL ME, WHAT IS THE PATIENT'S SERUM K? 
(ENTER VALUE): 6.8 

124)... HAMM, IS THE PATIENT RECEIVING ANY DIURETICS? 


1 YES ot . 
2 NO 


z22=> 2 


Page 23 
125} ...HMMM, DO YOU SU“PECT THE PATIENT IS HYPOXEMIC? 


1 YES 
2 NO 


=222> i 
1261 ...LET ME ASK YOU, WHAT IS THE PATIENT'S P02? 
(ENTER VALUE): 66 


1277... LET NE ASK YOU, DOES THE PATIENT HAVE A CARDIOMYOPATHY OR AN. 
ACUTE MI? 


1 YES 
2 NO 


ssa> 2 
128)... HAMM, IS THE PATIENT CLINICALLY MYXEDENIC? 
1 YES , 
2 NO 
3 UNKNOWN 
s2n> 2 
129)... TELL ME, HOW FAST 00 YOU WISH TO DIGITALIZE THE PATIENT? 
1 INSTANTANEOUS RATE 
2 RAPID RATE 
3 MODERATE RATE 
4 
5 


SLOW RATE 
NO PREFERENCE 


138) ... LET ME ASK YOU, IS THE PATIENT'S URINE OUTPUT GREATER THAN 4@6C! 
PER DAY? 


1 YES 

2 NO 

3 > UNKNOWN 
euz> i 


{Zit ... TELL ME, WHAT IS THE CONDITION OF RENAL FUNCTION? 


1 STABLE 
2 UNSTABLE 


seer 1 . 

1321... HMMM, WHAT 1S THE PATIENT'S CREATININE CLEARANCE? (1M ML/MIN) 
(ENTER VALUE): UNKNOWN 

1331 ...LET’S SEE, WHAT IS THE PATIENT'S SERUM CREATININE? (IN NG 2) 
(ENTER VALUE): 32 


«+32 IS NOT A LEGAL VALUE FOR SERUN-CREATININE . 


+» PLEASE ENTER ANOTHER 
(ENTER VALUE): 3,2 
1361}... HMMM, WHAT ROUTE WOULD YOU LIKE TO USE? 
1 ORAL 
2 Iv 
3 NO PREFERENCE 
s22> i 
-+ SINCE THE PATIENT'S RATE IS GREATER THAN: 168, PLERSE CONSIGER WMETHER 
THE IV ROUTE WOULD BE PREFERABLE. : ; 
{34at ...PLEASE TELL ME, MAT ROUTE WOULD YOU LIKE TO USE? 
id ORAL 
2 Iv 
3 WO PREFERENCE 


ueu> L 


135) ...00 YOU WISH TO SEE THE THERAPY RECOMMENDATIONS ROW? 


«+. PLEASE TRY TO CORRECT THE PATIENT'S HYPOXENIA RS. 
QUICKLY AS POSSIBLE. 
PRESCRIPTION FOR: CLABDE. RONET (74 1) 8) 
- WEIGHT: 166 LBS. 


AGE: 38 


I. LOADING PROGRAM: 
-- IN ORDER TO ACHIEVE A DESIRABLE BODY STORES OF 
8.448 AS FOR THIS PATIENT, 


+ «IT 15 ADVISABLE TO AGNINISTER THE FOLLOWING: 


DOSE 1: 9.25 MG REPORT PATIENT RESPONSE BEFORE 


AONINISTERTNG-NEXT BOSE (IN 2 TO 4 HOURS 


OR IF CHANGE OCCURS). 


DOSE 2: 8.25 NG 
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II. MAINTENANCE PROGRA™: 
DAILY MAINTENANCE DOSE = 8.899 NG PER DAY 


RENAL FUNCTION = 38% 


1361 ...00 YOU WANT TO SAVE THIS DATA? 
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These questions continue to gather background information about the - 
patient. Weight is an important consideration when deciding on an initial 
digitalis dosage regimen. Many patients are already taking digitalis or have 
taken it in the past. In such situations, it is necessary to formulate a 
projection of how much digitalis the patient has "on board” based on the 


previous dosage regimen followed and on the patient’s renal function. 
Questions 8 and 9 


Questions 8 and 9 establish the current type and rate of the cardiac 
rhythm: information which is essential in subsequent evaluations of the extent 
of toxic reaction and of the degree of therapeutic response. This information 
is also used hed making decisions concerning the rate of digitalization and 
the route of administration. For example, the patient considered here is said 
to be in atrial fibrillation with a ventricular response of 152. It is 
_ therefore best to digitalize him/her quickly in order to get the rate doun to 
a more reasonable level. Furthermore, the system est budeeet digitalization 
to be intravenous (IV) with digoxin as the srapatation of choice (see . 
Questions 35 and 35a below). The type of rhythm also serves in part as an 


“indicator of what signe of toxicity should be expected to develop. 
Question 18 


The appearance of premature ventricular contractions (PVCs) in a patient 
receiving digitalis is often an early indicator of toxicity. However, this is 
not necessarily the case if P¥Cs were present before the patient was 


digitalized. Question 18 is asked in order to reduce any doubt later as to 
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whether the PVCs are being caused by too much digitalis of if they are related. 


to factors present before digitalis therapy was instituted. . 


Question.1li 

The. system expects the physic leo to have a specific feason for giving 
digitalis to a patient. The only Jegitimate reasons considered are congestive 
near failure, arrhythmia, prophylactic use or some » combination of ‘the three. 

The reason for digitalization is a strong determinate of what type of. 
sierepeutle-teepsess should be sought. For example, since this patient is 
being digitalized for both congestive heart failure and for an arrhythmia 
(atrial fibrillation), the system wil | consider a reduction in the ventricular 
pate with ‘ corresponding decrease in the symptoms and signs of congestive 


_ heart failure to be the primary therapeutic goal. 
| Questions 12 t rou es a 5 : . tilsis oe a dy ee Po 7 


One of the reasons for digitalizing this patient. is ‘songastive. peaet. 
failure, 80 the system asks questions about the manifestations of the failure. 
This information will be used later to determine Whether or not the patient is 
improving as a result of the therapy. — Each question. concerns. a symptom or 
sign of congestive heart failure, asking for @ severity estimate when 
appropriate. wns . 

An alternative method for the characterization, of failure would be to. 
note which symptoms and signs were present and later ask if they had improved 
or not. It was felt, however, that some objective assessment of the severity 


of relevant symptoms and signs at the time of their appearance would be better 
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-than asking the physician to "think back” and to decide if the manifestations - 


of failure had improved. 
Question 23. and 24 


In formulating an estimate of how much digitalis to give a patient, it is 
essential to consider possible increased sensitivity caused by hypokalemia 
(low potassium). Moreover, it is often the case that digitalis is given ‘to 
patients also receiving diuretics. This is particularly true with elderly 
patients in congestive heart failure. Chronic diuretic therapy eur ceeule te 
a potassium deficiency and recently initiated diuretic therapy or acute 
administration of diuretics can lead to unexpected (and dangerous) potiesium 
shifts. a | | 
| Question 23 daterwiies the patient’s serum potassium level nich is used 
as an indicator of the patient’s total potassium. Once thie value has been 


obtained, the system asks about concurrent diuretic therapy {Question 26). 
Questions 25 through 28 


Hypoxemia, myxedema (hypothyroidism), cardiomyopathies, myocardial 
infarction and/or myocarditis may lead to increased digitalis sensitivity. A 
reduction in the digitalis dosage estimate is made for each of the above 
conditions suspected of being present. This reduction reflects the “better 
safe than sorry" maxim which has been built into the system. Whereas 
underdigitalization of the patient can be simply corrected by administering 
more digitalis, overdigitalization unnecessarily exposes the patient to the 


dangers of a toxic episode. 
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Since it was indicated that the patient might be hypoxemic (Question 25), 
ANNA requests the patient's arterial oxygen concentration (p02) in order to 
better estimate how much to adjust the dosage regimen in. the face of possible 


hypoxemia. 


ay 


Question 29 


| During the inl tial. estimation phase, the system needs to determine how 
fast 16: adminieter the drug as well as how much to give. lacgenaral it is 
best to digitalize the patient as Bigaly as possible, allowing more time to 
detect and correct toxic responses. This goal must, however, be weighed 
against the urgency of therapeutic intervention. 

In this instance, it is advisable to digitalize the patient relatively 
quickly in order. to get his/her heart rate down. The user may indicate his 
choice for the rate of digitativation: but the system will object if it is 
felt to be too fast or too slow for the particular situation at hand. For 
example, the system always raises an objection when "instantaneous rate" is 
speci fied, since this is done idered this tobe allowable only in those cases 
where the need oe digitalis is most pressing, such as emergency cases in 


which extremely rapid rate control is desired. 
Questions 38 through 33__ 


Although itis not necessary to know a patient’s excretion losses in 
order to choose a loading dose (assuming digitalis is to be administered 
rapidly), this information is essential in computing an appropriate 


maintenance schedule. This set of questions is designed to determine the best 
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available measure of renal function. 

Once it has been determined that the patient has some: (non-zero) renal 
function (Question 38) and that it is stable (Question 31), the system asks 
for a creatinine clearance (Question 32), considering this the most accurate 
indicator of renal function. Thie vaiue is, however, not available, so the 
system requests the next best measure, serum creatinine (Question 33). Error 
checking is performed to make certain the vatues being entered are reasonable. 
An objection is voiced to the impossibly high value of 32 for serum creatinine. 
and the user is asked to enter another value. - 

The system also uses the answers: to this series of questions tition 
determining how to cei ts renal function (see Section 4.4), For example, if . 
renal function was said to be unstable, the systen vould select a least 
squares projection as the best technique for computing renal function. In 
this instance, it sefects renal function. equations which use of the available 


. serum creatinine value. 
Questions 34 and 34a 

The system normally leaves the choice of raute of administration to the 
user, but objects in this case because of the high rete. Indication ‘that the 


drug is to be administered orally (Question Jaa) causes the system's objectian 


to be overridden. 
Question 35 


ANNA asks if the user wishes. te see its therapy recommendations, having. 


all the information it needs to formulate an initial ‘therapy program for this 
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patient: First, it is suggested that the hypoxemia (as indicated by the low 

- P02 value) be corrected, if possible. Fottoutng a brief summary of the state 
of the patient, the system indicates a total body store projection of 9.448 mg 
of digoxin. This figure represents an initial estimate of 8.625 mg, adjusted 
for sensitivities and body weight. A maintenance dove of 8.18 mg per day is. 
indicated, given the current renal function of about 38%. Since this patient | 
was being digitalized for an arrhythmia, it requests that the first loading 
dose indicated be given and any changes be reported before giving more. This 

| step-by-step digitalization promotes a careful siatch of the patient's early 
responses to digitalization and will help auld taverahootine: the er épex 
digitalis level. The feedback process starts with the first dose given, not 


after the patient is fully loaded. 


Giuestion 36 


The final question asks if this patient record is to be filed auay for 
future reference. As an update is to be performed on this patient in the next 


section, "yes" is entered. 
2.2. An Update Session 


In the previous section, a hypothetical. patient wes presented to the. 
‘eyeten and some initial therapy suggestions sake Garalatad: The follouing is 
a discussion of the user-system dialogue some four hours later (see Figure | 
2.2), assuming the program’s advice had not been carried out and the patient 


was given 9.5 mg digoxin by mistake. 


i 


t2t.. 


Figure 2.2 
An Update Session 
.. HHMI, WHAT 1S THE PATIENTS LAST NANE? 


(ENTER VALUE): - ‘HONET: 


-PLEASE TELL ME, WHAT IS THE PATIENT'S FIRST KANE? 


(ENTER VALUE): CLAUDE 


13) .. 


-LET ME ASK YOU, PLEASE ENTER PATIENT IDENTIFICATION NUMBER 


(ENTER VALUE): 366569127 


«.- CONSULTING RECORDS - PLEASE STAND BY... 


..AH YES OF COURSE! ACCORDING TO THE RECORDS, THIS PATIENT HAS 


ALREADY BEEN PRESENTED. PLEASE INDICATE WHETHER ne FOLLOWING 
OESCRIBES THE PATIENT YOU HAVE 1h AMINO: 


-PATIENT’S WANE 1S CLAUDE MONET. AND- WAS PRESENTED ON TYESORY. 


SEPTEMBER 24, 1974 TO BE DIGITALIZED FON CHF AMO ARRYTHNIA 


--SEX: MALE 


~ AGE: 38 


. HEIGHT: 165 


4)... 


IS THIS THE ONE? 


1 YES 
2 NO 


sec> 1 


«+ LOADING PATIENT RECORD 


(5) ...HMMM, WAS THE RECOMMENDED DOSE AONINISTERED? 
1 YES. 
2 NO MORE WAS GIVEN 
3 NO LESS WAS GIVEN 
cas 2 
16) ...PLEASE TELL ME, WHAT IS THE PATIENT’S WEIGHT (IN POUNDS)? 


{7} .. 


(ENTER VALUE): 166 
-LET’S SEE, WHAT IS THE PATIENT’S SERUM K? 


(ENTER VALUE): 4.1 
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: 
b 
i 
k 
‘ 


18! ... TELL ME, DO YOU SUSPECT THE PATIENT IS HYPOXENIC? 


1 YES 
2 NO 


sens dk 
191 ...HNNM, WHAT 18 THE PATIENT'S POZ? 

(ENTER ): 78 | 
148) ...LET ME ASK YOU, HAS THE PATIENT'S RHYTHM BECOME REGULAR? 


1 YES 
2 NO 


aes> 2 ; 
1111... LET'S SEE, WHAT IS THE CURRENT VENTRICULAR RATE? 
(ENTER VALUE): 92 


-+- THERE SEEMS TO BE A SIGNIFICNT DECREASE IN THE VALUE OF 
VENTRICULAR RATE. 


{12} ...SHOULO THIS BE ASSUMED SIGNIFICANT? 


1 YES 
2 NO 


waz> 1 


113} ...HMMM, WOULO YOU PLEASE ENTER ANY OF THE FOLLOWING WHICH HAVE 
APPEARED? ; 


1 NAUSEA 

2 VOMITING 

3 ANOREXIA 

-& VISUAL DISTURBANCES (YELLOW OR GREEW TINGED VISION) 


zseaez> - 


_ (Lab .,.LET ME ASK YOU, IS THE PATIENT HAVING PYCS? 


1. YES 
2 NO. 


see> 1 


{15} ...ARE THESE REALLY PVCS OR ARE THEY ABBERANTLY 
CONDUCTED SUPRAVENTRICULAR BEATS (ASHMAN BEATS)? 


1 ASHMAN BEATS 
2 REALLY PVCS 


e22> 2 


(16) ...LET ME ASK YOU, HOW MANY PVCS ARE OCCURING? 
1 @-S PER MINUTE 


2 S-15 PER MINUTE 
3 MORE THAN 1S PER MINUTE 


, &ae> 2 
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{17} ...LET ME ASK YOU, WHAT TYPE OF PVCS ARE THEY? 
1 UNIFOCAL 


2 MULTIFOCAL 
3. UNKNOWN 


sss> 2 
118} ...LET’S SEE, ARE THERE SALVOS? 
1 YES 


2 NO 
3 UNKNOWN 
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Questions 1 through 3 


| ANG in the initial, session,. these questions egtabljsh the. identity of. the 
battent via name ‘and sngep ital number. Upon receipt.of this information, the 
system proceeds to examine its records for knowledge of this patient, This 
time a patient record is found (the one which was stored at. the conclusion of 


the last session). 


Question 4 


_ A brief. description of the patient is. displayed and the user is, asked. for 
verification that this ia the.petiant to be. considered... Since the description 
_ fits the patient, "yes" is entered. The system then, iaads the patient’s 


record from its files, notifying. the user it is ready to proceed. 
Question 5 


‘In order to interpret the patient's resppnpe: to the initial regimen, it 
is necessary to know if the suggested. regimen had been folloued, ..In, this case 
it is indicated that more digitalis was given than the prege an had USS ENE E: 
at the boattiveton of the initial session. The administration, of more 
digitalis than recommended may be interpreted later as a possible cause for a 


toxic reaction (see Section 2.3). 


Questions 6 through 3 
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These questions explore the possibility of shifts: in wetght, serum: 
potassium (hypokalemia) and p02 (hypoxemia), as discussed in previous: 2 
sections. Here it is indicated thet + tie patent w saeco as bein 


hypoxemic, with @& poz eatiae of” 7S. - 


It wae originally. stated this patient uae to be digitalized both for 
congestive heart failure and for an arrtythate (etriet fibrillation). | The 
system. regards controlling the pstient’s arrtgtheia as ite first priority, 
with managewent of ‘the fablure ‘as ite ultinet) geal. Aecortinglyy, ft ake 
about’ the development ofa regular rhyttitr ietti ofr 18) ant eke about the 
patient’ s current ventrieal at rete Micention 119. Ai tHougly the ry tiie Ve not 
yet regular, there is a reduction in rate toe 162" (eee! Guestton 3 of ‘Figure 
2.1) to 92. The system notices this change and asks the user about its . 
significance as related to the digitatie therapy (Question 12). Thle is: 

. impor tant because: the reduction in rate could have been caused by some 


condition other ‘thar digitale reeworwes suena sdetenent. of a fever. We 


indiéate: that: the’ decrease: in thie caoe Ve te be Considetied significant, | 


Quest iors 13° tio ugh’ 18 


bo: these questions the system is looking. for” generat’ signe of temtciy.- 
such as nausea, vomiting, anorexia, visual disturpances or the deve opment of. 
PVCs. The patient is not experiencing: nevesa, vowi ting: on: elo dleturbanees,. 
‘but PVCs are indeed beginning. to appesr. Since this patient was in: atriel 
fibrillation, it is possible that the PYCe: are ectuat ly aberrant ly conducted 


omer 
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‘supraventricular beats Asha Beats). In order to avoid this seeac the 
system asks for verification that the aberrant beats are PVCs (Question 15). 
Having received this verification, the system attempts to further characterize 
these PVCs with queries concerning the amount (Question 16), type (Question 


17) and whether or not the PVCs are appear ing,.in..salvos. {Question 18). 
2.3 Recommendations - Assesement of Patient Condition 


The system now has the information necessary to evaluate the current 
status of the patient and to formulate the risict step.in the therapy program. 
A summarization of its conclusions regarding changes in the patient fol lowed 
by specific recommendations saceuee in Figure 2.3. It regards the decrease in 
ventricular rate as a sign of increased therapeutic effect and considers the 
patient to be properly digitalized, since the rate has fallen belou 188 
(therapeutic endpoint reached). This level cannot, however, be tolerated due 
to the presence of a toxic reaction (toxic endpoint reached), which agshave 
been caused by the increased amount of digitalis administered (see Question 
5). Specifically, it suggests that steps be. taken to correct the hypoxemia, 
sincs this may have played a. large part in precipitating the toxic episode. 
“In addition, digitalis administration should be ‘stopped until the signs of 
toxicity subside. This is essential, since the patient is already toxic and 
more digitalis would expose him/her unnecessarily to further dangers of 
toxicity. 
The system now has an “upper bound" on how much digitalis this patient 
will toterate (this may however be inftuenced by the existence of hypoxemia or 


other factors). After the toxic reaction subsides, the system wil! work the 


‘patient up slowly to just below this level. The final request of the system 


LPR % eRe ee 7 Be 


~ Prasentation of Hécodeéndat ions 


. SUMMARY OF CLAUDE NONET : 
_eeTNOICATIONS OF AW“EMOPOINT OF THERRPEUTIC-EFFECT ane: 
‘ VOLUE VENRROUCAR INTE fies! treet ane” 
.  ENDICATIONS OF AN INCREASE OF THERAPEUTIC-EFFECT ARE: 
VENTRICULAR RATE DECREASING 
LINDICATSONS OF ON -EMDPOINT OF ‘TONSCITYPRDOABILITY MRE: 
VALUE TYPE PYCS ‘WU TIFOCAL 
. cTINDICRTIONS OF AM INCRERBE OF TOKSCSTVAROBOBELITY Pn 
CHANGE “TYPE -PNCS MORSE 
.o+ CHANGE, CUMMNT: PCS NCRERRE 
++ POSSIBLE COURES FOR OM ICREARE. oF ‘POLE TYPORBAR ALITY ORE 
VALUE VALUE P02 LOU 
TOO AUCH BIG AONINISTERED 


ws 
.» AS. INDICATED £AMLIER, THIS PATIENT 18 suuieS ‘SEF MmETE scala 
TOXICITY. PME: seSTectape “10 TAKE “38 head 


1. WAKE STEPS ¥O T PME FOLLONING. 
CONOT TIONS "WY CORRECT THE TOKEC TEND: 


{ SOM por 
2. -STOP DICT WALES MNTEL SYWPTONS: OF TOMICTOC: SUNS OE 
3. OTA A Sem o HEME), 0 THIS POTENT 


“4. REPORT aay Ses SE AES mre 
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is for the user to cytain a serum digoxin level on the patient, if possible. 
This will be used in the next update, when the system will once again evaluate 


the patient's response. 
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3. A Modet:-of Digital ts -Adtinistrations 


dithering’ original. advice: concerning: the use-of digitalis was to give 
the drug until the desired: effect: waenoticed: (usuality diuresis). or until the. 
patient got sick. At: this point; ei ther-the patiemt-woudd die or he/she would: 
get betters Until recentiy, physicians: ati! | usedelithering’s coarse. 
algorithm when. digitalizing their patients: . The hen toeated! changed: in. 
recent years: EKG’s now-aid in the: .earty recognition. af: toxicity... 
Radioeetive trac ing techniques: have-permitted-@ nore: exhaustive examination. of — 
the. pharmacokinetics. of digitalis: and have--bead:to: the: development of-a 
mathematical modet: of digitalis: kinetics. Some:-workere: have. constructed: 
_ computer: programe: that: use: this sathemetical -modet:-to- formulate: digi tatis 
dosage regimens: (see-Section 1.4).  The-modet. used: ts sinpie and is: used: in 
one step:: compute they appropriate: dosage. end: aduinister~it. . In thie eestion, 
a closer look wil! be -taken:at::the:- nature ef: thenprebles: and @ more robust: 


method for: the: formulation of digitalis dosage-reginens: uit! be presented... 


3.1 Digitalization - a Model 


"The central. task of a natural. science: is to: make. the: wonder ful 

commonplace: to show that: complesxtty, correctly: viewed, is only a mask: 

for: simplicity: to find pattern hidden: in apparent: chaos." — 

The Sciences: of: the: Artificial: by-Herbert A. Simon - 

Jeltiffe’s programe. made.use-of.a quanti tative-modet: that. is based on. the - 
mathematical relationships. between: maintenance: dose;: renat function, weight, . 
etc. (see Appendix A). This modet: is. implemented: in the. form of a procedure - 
that accepts var jous:.parnemeters: (renal--function,: neight; ete) and yielde: the 


appropriate maintenance dose (see Figure 3.1). Different patients ere modeled 


by changing these input parameters, but the (internal) procedural. model 
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e ANSWER 
(maintenance dose) 


Figure 3.1 
Procedural Model of Jelliffe . 


: “dakegue- cuser 


NAINTENANCE Dose } 


INTERPRETATION € 
RECOMMENOATIONS 


Figure 3.2 Model Tailoring 
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remains unaltered. 

Studies have indicated that there is a limit te the effectiveness of 
Jelliffe’s programs (see Section 1.4). It was felt that this limit arose from 
the inadequacy of the modeling facilities used by these programs. Instead of 
using a single patient wodet, the wijsiew shack dcheve the ability to “tai lor- 
make" a model for each patient it considers, basing its sccumaniat tank on 
this patient specific model. | 

Construction of a computer program with such improved modeling 
capabi | ities requires 1) a clear _under standing of what the pecenoer . ro 
constituents of a patient specific model are; 2). ‘how a patient apecitic mode | 
can be produced and 3) how it canbe used to produce therapeutic suggestions 
and recommendations. To de this, what is known about digitalis adainistration 
must be methodically structuréd. With the assistance of twe cardiologists, 
Dr. Stephen’ Pauker .and.Or. Harvey Zarren,..auali structured mode! of the 
process of digitalis administration nas developed. 

Use of this medel involves a tuo step process, as depicted in Figure 3.23 
ific Mode! and Generation of the Initial 
Guess. A patient specific m @SM) is formulated based on a general 
model and on the answers to var jee dest ions concerning the current 
clinical setting. This may involve locking at a number of. parameters, 
such as renal -fgnction, age, uelght, ‘Senate ivi t@ and the reason for 


digitalizations | Once thw PSM has been “obtained, it Ts ised to formulate 
an "educated guess" at the proper’jteve | of digitalis for the patient. 


1. Construction:of a Patient S 


2. The feedback loop. The second step te the refinewent of the PStt in a 
feedback loop. Once the initial dose has° besn..gdministered, the | 
patient’s response is interpreted with respect to the previously 
constructed PSM. Comparison of the demonstrated response to the 
expected response may result in a change in the PSM. For exasple, if no 
effect at all is sean, the PSM might be expanded to include. the 
possibility of malabsorption, Once the rae hes been updated, it is used 
to formulate the next step in therapy. 


In the following sections PSM construction and use of the PSM in the 


feedback loop will be discussed. 
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3.2 Constructing the PSM and Generation of the Initial Guess 


The PSM contains two types et information. First: the values of clinical 
variables such as weight, creatinine clearance, age, sex, etc. for the 
individual patient under consideration are recorded., These..valugs are used 
| input to a Regimen Formulation Procedure gimijar tg..that of Jelliffe when 
computing an initial digitalig.dose regimen. Second, the PSM contains 
‘assertions describing the type of therapeutic and toxic-syaptoms and signs to 
.be expected in the patient. .These are used. in the faedgack loop to 
characterize the. degree of therapaytic effect and of toxic reaction 
_ demonstrated in response to. therapy (see, Section:3.3.1).. 

Construction of the PSI}. involves... series. of subtaske,..each having 
specific information requirements and information outputs. Moreover, these 
 gubtasks must be executed ina particular sequence if their information 
requirements are to be met. Thie sequence ‘can be deduced by matching 
information. inputs and putndte of each cubtask. tt turns out. that very feu 


legitimate sequences exist’. The follouing asquence is the one used by ANNA: 


1. Characterization of Cardiac Rhythm 


It is Sitter useful to examine changes in the cardiac rhythe 
when interpreting the patient's response to the drug. ‘- addition, 
the type of rhythm affects the beeen ton aigitarizelions For 
axcnelexa patient in sinus rhythm should not.be digihtalized unless 


he/she is in failure or is being digitalized prophylactically. This 


“This bears a strong analogy to much of the mérk done in computer. recognition of visual scenes. 
Early attempts experienced limited success, primarity because of "oversinptification” of the domain. 
. Later work which made use of the rich assortment ot clues in a visual. scene such as shadows and cracks 
produced much better results. 
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is componty done- to. prevent poseltie failure or te contro! 
ventricular rate should one tain, aentutie! aa. emerge. under var jous 


stresses, such as: eurgerys 


2. Characterization of Purpose © 
“The physician should spetify why the patient is being 
digitalized, UPthout a clear idea-of uhat is to be gained by 

digitatization, it will be dificult to determine whether or not tt 
hae been. gained. Furthermare, “this 'dectsien:deterwines the initial 
dosage estimate: (IDE) ihich be’ adjusted by subsequent subtasks as- 
descr ibed, below. -The [OR used: bythe dysten: fer! fditure, arrhythmias 
ard + prophylectie use- te. ale 4 | | 


a. Characterization of ossible Netabol ic Effects 


The secucated guess" should take into account any metabolic ; 
factors that might increase “or decrease digitatie sensitivity in a 
satient (see Section 1, 2. 3). For ‘each gordi tion causing increased 
sensitivity, an appropriate adjuntnent should be nade according to 


the fol lowing: 


Sensitivit 
pod (6S - 88): . 


(S8 -~ 75). 2/3 

(< 58) e 42 * -Bs2 
Hypothyroid . 2/3 
Hypokalemia Be ae 2 ee BIZ 
Cardiomyopathies 2/3 


Decreases in sensitivity are of lees concern, since they may be 
corrected. in the feedback: toap. fs 


< rae te Pee. bes cy aks 
4. Decision Concerning Rate of Digitalization 


The physician should consider the patient's overall clinical 
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status a.d the effect which is desired in determining. the rate at 
which to digitalize the patient. Once this decision has been made, 
the appropriate dosages. can be computed.using the desired rate and 


the IDE obtained from. (2). and (3). 


S. Characterization of Renal Function 
It is not necessary to characterize renal function for the 

purposes of loading the patient (if loading is done rapidly), but it 
is essential to know renal. function when. computing a maintenance 
dose, since urinary excretion foras the orimecg losses of digoxin 
from the body (this is not necessarily true. vith digitoxin,..see 

_ Section 1.2.4), For patients with, stable renal function, this 

“information can be gathered now and. used later in computing daily 


losses. 


6. Decision Concerning Route 
. The choice of route is primarily a function. of the rate of 
digitalization and of clinical convenience. If the patient is to be 
digitalized rapidly, intravenous dda inisteetion is gibropriatis. 
This also true of patients pave to take digitalis orally (eg, 


comatose patients). 


7. Decision Concerning Preparation . 

. In general, digoxin is the preparation of choice for several 
reasons. First, its quick, onset .end, short half life allow closer 
control over its effect. Gucondi: wore-pharwecelogiesl research has 
been done with this preparation.and its kinetics are better 


understood than those of the other digitalis, preparations. 
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This completes. the tasks: necessary for contruction of the PSM. The 
system has formutated: the: [0E- tsubtaske: 2-and 3}; hes obtained vetues. for 
Weight and renal function and is now atte: to: generate an-imitial dose regimen 
by using these values as input to the Regi merrFormul ati om Procedure mentioned 
earlier. The next step to consider is the feedback loop. 


3.3 The Feedback Loop 


‘Once digitalis has been adwinistered: the patient's reaponse to it is 
evaluated and the next step in the therapy progeam ig formulated, based on 
this assessment. The feedback loop consiets of tuo surteske: 
character ization of therapeutic and toxic: respeese and: formutation (and 


execution) of therapeutic action. 
3.3.1 Characterization of Therapeutic and Toxic Response 


As the amount of digitalis in is body is increased, a corresponding 
increase in both ier epee tic and. toute mani festations is seen, each of which 
can be viewed as brereseing at a different rate, hopeful ly with therapeutic 
gain. increasing faster than toxic response, in the feedback loop, changes in 
the patient’s clinical state are interpreted in light of the information 
contained in the PSM and each is considered an: independent character izetion of 
the degree of therapeutic gain and degree of toric reaction. Before | 
discussing this process' in more: de tisk ty: a descriptive framework for the 
expression of these characterizations will te presented. 

A Descriptive Framework 


A strai ghtforward method for describing the degree of therapeutic or 
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toxic. response would be to assign the patient a Neting an come continuum, say 
from zero to 188. A patient could then be described. as: being 43% "toxic" or 
22% "therapeutic". The formulation of such an.exact assessment, however, would 
prove to be difficult. Fur thermore, such a fine characterization. isnot 
really necessary. | . 

A more attractive method would be to wake this aesasenent discrete, 
using terms such as "none", "some" or "fully" to describe the location of the 
patient on it. In this way a patient might be dasch ibed’ as being “ho 
therapeutic but some toxic" or "fully therapeutic with some toxicity." This 
approach has the advantage that only three possibilities must be considered 
instead of the hundred possible character izations of the’ previous scheme. 

This reduction makes. it considerably easier ‘to decide which category is 
appropriate. The drawback of this type of description is that it has a low 
"resolution" A but more resolution is not needed, since ‘this assessment vill be 
re-evaluated the next. time through the feedback Loop. eer 7 

The following discussion details the construction and. appearance of the 
portion of the PSM containing assertions that descr ibe the type of therapeutic 
and toxic syaptoms and signs Brpected in the cuttent: 

| Characterization of Therapeutic Gein 

The original reason for digital ization determines the,criteria contained 
in the PSM for the measurement of therapeutic response. The possible reasons 


are: 


If the reason for digitalization was atrial fibrillation, a decrease 
in ventricular rate would be considered as a sign of increased 


therapeutic effect. The extent of this increased therapeutic response . 
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(eg, “none”, “some” or “fully") is dependent on the size of the decrease 
in rate as wet! as the wagnitude of the current rate. Per exanpte, if the 
rate falls under 108, the patient is considtred to be “fully” — 


therapeutic. | 


2. Digitalization for Congestive Heart Failure 

If the patient was digitalized for Sensation heart fel lures. the 
therapeutic response can be measured by changes in retevant symptoms such 
as orthopnea, dyspnea, par oxyena! nocturnal dyspnea (pnd), etc. and signs: 
such as ankte edema, neck vein distension, etc. Each of the symptoms and 
signs is assigned a severity scale. For seanh te. ank le edema is 
expressed as 1+, 2+, 3+. etc. If the extent of edema changes feo 3+ to 
1+, a net change of (plus) two units results. Similar computations can 
be carried out for the other symptoms of failure. We can then define 
"fully therapeutic" as a change of Y unite or more, “some therapeutic" as 
@ net change betueen X and Y unite and “none” therapeutic as a net change 
of less ee X units, where X and Y are fixed threshold values. | 
Adjustment of the threshold values will make the eusten more or less 


demanding when judging the therapeutic response of patients in fai lure. 


3. Arrhythmia and Fai ture 

In cases where digitalis is given to remedy both an arrhythmia and 
failure, one should deal with the arrhythmia first in the manner 
described above. Digitalis treatment of the rhythm disturbance generally 
results in the improvement of failure, since it ie often. a manifestation 


of the arrhythmia. 


4. Prophylactic Use 
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Patients being digitalized prophylactically are generaliy given 
smaller amounts of digitalis and hence are less likely to experience 
digitalis toxicity. Because of this, characterizations of therapeutic 
gain and toxic response are generally not relevant. It is nevertheless 
important to watch for possible signs of toxicity, as described above. 

Characterization of Toxicity 

The characterization of toxicity is largely independent of the reason for 
digitalization. There are a number of conditions which, if present, 
immediately result in a classification of "fully" toxic. These include: 

1. PVCs; appearance of multifocal PVCs, PYCs in salvos or PVCs in excess 

of 1S per minute. a ae 

2. Development of paroxysmal atrial tachycardia (PAT) with block. 

3. Development of second or third degree heart block . 

In addition to above conditions, there are a number of developments 
suggestive of toxicity. The presence of each contributes a certian amount to 
a “score”, the value of which is used in determining the extent of toxicity 
(similar to judging therapeutic gain for digitalizatton of failure). These 


include: 


1. Nausea, vomiting, anorexia, certian visual disturbances 
2. Small increases in the amount of PVCs occur ing per minute 


3. Excessive slowing (ventricular rate dropping below 68 beats per 
minute). 


3.3.2 Formulation of Therapeutic Action 


_ Once the evaluation of the patient response has been carried out, it isa 


relatively simple matter to decide on the next step in the therapy program. 
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Since the descriptive: framework permits three possibilities for both 
therapeutic effect and for toxic effect, only nine descriptive states are 
possible. Each descriptive state has a well defined course of action 


associated with it. The states and course of action for each are: 


1. Fully therapeutic - no toxic 

The patient has achieved the therapeutic goal and shows no signs of — 

ialeity: Place patient on maintenance dose which fixes the digitalis | 
load at this level. Digitalization is completed uniese patients” 


condition changes. 


2. Fully therapeutic - some toxic 

The patient has met the therapeutic goai out is experiencing some 
toxicity. Correct any sensitivities which may. be.ceusing increased 
sensitivity. Hold digitalis until toxic ani festations eubeide and 
increase slowly. to just below that level. Treat toxic manifestations if 
necessary (administration of potassium or anti-acchythmia therapy). . 


Obtain a serum digoxin level if possible. 


3. Fully therapeutic - fully toxic 
_ The patient has met the therapeutic goal but is experiencing 


' dangerous level of toxicity. Perform same actions as in. (2) above. 


4, Some therapeutic - no toxic 
The patient is showing some therapeutic response to the drug but not 
enough;. no toxic reaction as yet. Increase the amount of digitalis fe 


slightly. 


S. Some therapeutic - some toxic 


The patient is showing some therapeutic resonse to the drug but not 
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_ enough; some toxicity is beginning to appear. Perform same actions as in 


(2). above. 


6. Some therapeutic - fully toxic 
the patient is showing some therapeutic resonse to. the drug but not 
“enough; experiencing dangerous level of iGuicity:. Correct any 
sensitivities; perform same actions as in (2) above. Think about using 


another type of treatment. 


\ 


7. No therapeutic - no toxic 
The patient is not responding to treatment. Make sure drug is being 
taken and investigate the possibility of malabsorption. Obtain a serum 
digoxin level. Correct any conditions which are decreasing sensitivity. 
‘Administer more digitalis, exercising caution due to increased digitalis 


load. 


8. No therapeutic - some toxic 
: The patient shows no therpeutic response but some toxic effect is 
evidenced. Per form same actions as in (2) above. Think about using 


another type of treatment. 


3. No therapeutic - fully toxic. 

The patient is showing dangerous level of toxicity and no 
Geranautic response. Hold digitalis and correct sensitivities if 
present. If no sensitivities present, dfacontinise use of digitalis. 
The feedback loop is continued until one of the “halting states" is 

encountered (eg, states 1, 6 and 3 above), at which time digitalization is 
completed and the patient can be continued on the current maintenance 


schedule. 


Tt BE 
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4. The Mechanisms of ANNA 


4.1) An Overview 


In the previous chapter it was shou, that an ordering of the subtasks 
involved in digitalis administration exists. The system's internal 
representation of this ordering is the Therapy Transition RETwork | (TTNET) 
appearing in Figure 4.1. The TTNET consiete of ‘a number of nodes linked by 
ners For the purposes of the present discuesion, one can. think of each node 
asa ‘procedure, although this is implemented someuhat differently. in the 
actual system (see Appendix C). Each of these procedures may be linked to 
sub-procedures by three types of links: non-selective (solid arce), semi- 

selective {not shown in Figure 4.1) and selective (dot ted arcs). When.a node 
in the TTINET completes its execution (called a Netuork Procedure Execution or 
NPE), one or more of. the subprocedures linked to it ere executed depending on 
the type of linkage. Selective eames “imp ty ‘that at ‘most ‘one of the 

. subprocedures may be selected and ‘executed, whereas: non-selective linkages 
result in the #erial (top to bottom) execution of the subnode procedures. 
Semi-selective linkages result in the execution of one or more of the subnodes 
and are considered later in Section 4.5. = 

For example, upon completion of execution of the procedure corresponding 
to the node RATE-OF-DIGI TALIZATION, at most one of the subnodes, | 
INSTANTANEOUS-RATE, RAPID-RATE, MODERATE-RATE or SLOW-RATE will be chosen and 
executed (see Section 4. 4 for a discussion of the mechanism for making this 
choice). (On the other hand, execution of the node BEGIN- THERAPY eventually | 


results in the ete execution of the subnodes: 
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CARDIAC-RHYTHit ———> 


PUR 


METALOL 1 SN—— 


~~ BEGIN-THERAPY RATE-OF- 
DIGITALIZATION————> 


RENAL -FUNCT ION—-———- 


INITIALIZE———e USER-DESTRE CVS Se 


PREPARATION ———-—>- 


Fr 


PSM 
~~ REPORT-CHANGE 


EVALUAT ION- 
FRAMEWORK ———>- 


Figure 4.1. The TINET (continued on next page) 
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CARMAC@ +. -- NORMAL 
HytHe — f-- ABNORMAL 
~~ CHF 
-- ARRHYTHMIA 
PURPOSE -- CHF&ARRHYTHMIA 
~- CHF&PROPHYLACTIC 


-- ARRHYTHMIA&PROPHYLACTIC 


-- CHF&ARRHYTHMIAGPROPHYLACTIC --- HYPOKALEMIA 
_ -- NORMAL -POTASSIUM 
POTASSIUM --- HYPERKALEMIA 
uate, --- HYPOXEMIC . 
weragousa [— HYPOXEMIA en NOT-HYPOXEMIC | 
CARDIOMYOPATHTES——_____|--- CARDIOMYOPATHIES- PRESENT 
a -~-NO-CARDIOMYOPATHIES. - 


| Py--- NORMAL-THYROID 
-- SLOW-RATE , ; --- HYPERTHYROID - 
-of-__ |--- MODERATE-RATE © = _ 
BiattAueetm@.--RAPID-RATE 
--- INSTANTANEQUS~RATE 


uk : --- NO-RENAL~FUNCTION 1. CREATININE-CLEARANCE 
Star STABLE [RENAL PUNCTION- —J--» SERUM-CREATININE 
| . or joaras _ fess ESTIMATE-CR-CL 
oer" ORAL : yw ~ oa --- ESTIMATE-SERUM-CR 
--- DIGOXIN oe = 
---DIGITOXIN 


' 


--- ATRIAL-FIB-PROTOTYPE 220 G : eee, 
--- ATRIAL-FLUTTER-PROTOTYPE Figure 4.1 (continued) 

--- PAE-PROTOTYPE , 

‘|--- CHF-PROTOTYPE 

STANDARD-PROTOTYPE 


--- FULLY -THER-NO-TOXIC 
--- FULLY-THER-SOME-TOXIC 
--- FULLY-THER=FULLY-TOXIC 
_|---SOME-THER-NO-TOXIC 

--» SOME~THER-SOME-TOXIC 
~-- SOME-THER-FULLY-TOXIC 
---NQ-THER-NO-TOXIC 
---NO-THER-SOME-TOXIC 
---NO-THER-FULLY-TOXIC 


Page 5S 


CARDIAC-~RHYTHM 

PURPOSE 

METABOLISM 

RATE-OF-DIGI TALIZATION 

RENAL -FUNCT ION 

ROUTE 

_ PREPARATION 

FEEDBACK 
"The ‘suntan begins with execution of the node, INITIALIZE. Execution of 
, this. node results in the ssaciition of a number of other. nodes, as descr ibed 

above. The effect of these executions is to produce the system behavior 

demonstrated in Chapter 2. The rest of this chapter will be devoted to a more 
detailed discussion of the processes which occur during the execution of nodes 
of the TTNET. Before presenting such a discussion, it is appropriate to make 


some comments concerning the representation used by the system. 
4.2 Representation 


ANNA uses a set of LISP programs collectively known as GOBBLE that were 
developed bb members of the Clinical Decision Making Group at Project MAC. 
GOBBLE facilitates. the representation of medical knowledge in a declarative 
fashion and allous pattern matchings In order not to burden the reader, a 
full discussion of this facility is presented elsewhere (see Appendix B) and a 
stylized english version, appearing in italics, Mil be used instead of the 


actual GOBBLE aenertioda: 
4.3 Data Collection 


The collection of data about a patient is a formidable task in itself, 


particularly when the program is to deal with busy physicians who have little 
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time or patience for unnecessary questions: or questions phrased in unfamiliar 
terms. A great deal of time was spent developing a Gestion asking module . 
that would know what facts were needed, bn una order: they should be asked and 
what logical dependencies exist between facts. - For “Bkanple, when confronted 
Heh a patient denonstrating a low serum. poteas ita. level, it is advisable to 
ask about concurrent diuretic therapy, since the existence of such may account 
for the tow potassium eiaks If diuretic therapy is being administered, 
fur ther inquiries as to the tupe of ther apy (acute, chronic, episodic) and the. 
exintence of paises) Us supplement use should be nadie. The question asking . 
‘noble has the ability ‘to accept euch logical dapendencive and to use them - 
when deternining unat questions need to be asked. - . . a 
In order to maintain a conalatent data base, it is essential to detect 
erroneous user replies. After a more detailed discussion of. the question : 


_ asking module, the problem of data verification will be Considered. 


In the course of a NPE, a request may be iesued to the ‘question aching. 
module to gather data ‘about some facet of the patient's clinical state. This 
is implemented by acuccistine a procedural fragment called a Eyest ton 
Directing Subroutine (Q0S) with each of the nodes of the TTNET. 

The systen is etal pox with about fifty 00S’ s nich serve to guide its 
information collection. Each of these Q0S5's is a siti: roceuure fragment | 
such as those exhibited above. These represented pre-compiled “depth firet™ 
procedures for data collection: auch as thoee imparted to nedical students | 
bear ning to per iore physical examinations. They are not to be confused. with | 


es 


the. overall | control striture of the oyeten t ‘that invokes them, 


SMe UD pay ges lettiiteneen tag eee 
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A simple QOS w sid bet 
(ASK (VALUE WEIGHT)) 
which would result in @ question similar to Question 5 of Figure 2.1. The 
answer is checked by lower level routines for validity and entered Into. the 
data base (see Validity Checking below). 

In order to reflect logical dependencies between facts, more. complex - 
QDS''s involving conditionals can be composed. For example, the following Qos 
would ask. about the existence of or thopnea, requesting further. information, 
only if the user indicates that orthopnea is present: 

(ASK (STATUS ORTHOPNEA) ) 
(IF {STATUS ORTHOPNEA PRESENT) 
(ASK (AMOUNT ORTHOPNEA) )) 
A further extension of this mechanism is to allow QDS’ s to call for the 
execution of other Q0S’s. For example, the QOS for CONGESTI VE-HEART-FAILURE 
might look Likes 
(ASK ORTHOPNEA ee 
DYSPNEA 
PND 
ANKLE/ EDEMA 
.NECK~VEIN-ELEVATION 
S3-GALLOP 
_ CARDIOMEGALY . ope 
~ PULMONARY -VENOUS -HYPERTENS I ON) 
Interpreting this QOS would result in the generation of calls to the question 
asking module to interpret the Q0S’s for orthopnea, dypsnea, pnd, etc. 
Because of the modularity and simplicity of the Q0S’s, it would be 


feasible to construct a special interpreter to explain what each one does. In 


this way, the program could explain what inforaation it is trying to gather as 


“well as how it thinks it should go about doing so. Furthermore, this 


simplicity makes them easy to change. The data collection behavior of the 
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program may be adjusted ina simple and straightforward manner®. 
| Validity Shesking 

Multiple choice format fer question responses was chosen in order to 
simpli fy iw staskiel error checking, since the alternatives displayed are. 
considered to be the only legitimate reeponses: . Some. of the questions, 
however, ask. for values: (eg, Wei ght,. serum potassium, ventricular-rate, etc.). 
A response to this ‘type of question is checked by comparing it to the. range of 
admissible values specified in the system's dictionary. Tf the value entered 
by the user falls outside this range, an: error message 48 printed and the - 
systen accepts another value from the user. | 

~The system also checks tuo or nore retated facts for validity. For 
exenple. the ver'ficatton module would complain about a weight change from 165 
pounds to 338 pounds in one day, even though both of thase values lie uithin 
the admissible range of weights. Sint ler checke are per formed to detect 
unlikely changes in serum potassium levels, ventricular rate, etc. 

The above strategy works well when considering responses to individual 
facts or to simply related groups of facts ("syntectic error checking"), but 
some higher level error checking is needed (“semantic error checking"). For 
example, if the user specifies slow digitalization for a patient in atrial 
Pee ace the system should interpret this as a semantic error, indicating 


that “rapid rate" ‘would be more appropriate. ‘Semantic error checking of this 


type is implemented via a apse ts wecharri sm called daemons, which Will be" 
discussed at length in Section 4. 5. 
"an interesting extension of- the question asking todute neuld be another. submodule which would 


accept some higher level description (eg, Engt ish or otherwise) ond generate tor medtty) 005’ 
automatically. : 


Page $9 


44 Subnode Selec ‘on 


Until now, little has been said concerning how the.data being collected 
are used by the system, In. this section, one Hayin which. tha system uses. the 
data it callects is presented: subnade selection. 

As mentioned earlier, the last. thing done in an NPE of a node. containing 
selective links to a number of subnodes is the selection af one {or none) of 
those subnodes to be executed. This is done: in the. following manner. The 
supervisor igsues a request toa pattern matching nodule (Pt). to choose the 
"best" subnode ta be executed next. , The, PI . PATISS, gut this. activity in tno 


phases. First, it retrieves pattern assertions associated pith all subnodes 


“hich are (selectively) linked to the node finishing ‘quacution. On the basis 


of a comparison of these pattern assertions and the contents of the data base, 
@ach subnode is classified as being either qualified or unqualified for 
Selection (see beloii). Second, the PIM chooses the “best” subnode from among 


the qualified subnodes from the first phase. In thie manner, at most one of 


’ the subnodes will be selected. The fallowing discussion, indicate what these 


pattern assertions look like and contain an example af, PHM operation. 
g,! - Exerinati 


Each node of the TTNET has associated with it a series of pattern 


"assertions composed of a pattern type (PREREQUISITE, PRECLUDES, SUFFICIENT), 


and the pattern itself. The rules for interpreting these pattern assertions 


are the followings 


‘1. A PREREQUISITE pattern assertion must ‘be. ‘satisfied | ‘jin order 400 the 
match to be successful (see 3 below). 


2. A PRECLUDES ‘assertion ‘uhich| is found to ‘be true invalidates the 
match. 
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3. A SUFFICIENT assertion which is found to be true immediately Heeulte 
in a successful match, even if the pattern contains unprovable 
PREREQUISITE assertions or valid PRECLUDES assertions. 
A successful match results in the claveitication ‘of the subnode as 
qualified and it will be considered in the-eecond: phate of selection. 
Otherwise it is noted as being unquatitied:for selection. For example, the 
: subnode SLOW-RATE of the node RATE20F-DIGITALIZATION: has tuo pattern 
assertions associated with it: : , 

"Selection of SLOW-RATE is precluded if the reason for 


digitalization is an arrhytheta,. if pulmonary edema is present, or 
if the user ‘specif tes::some other rate of: “digitalizatton.” 


"Spectficatton by the user. » that: stow: digttalization is desired is 
sufficient to qualify. SLOM-RATE." 


For eiaeetex the PMn would find SLOUARATE to be.a. successful. match. if. dive: 
data base contained: 
"The user prefers to.digitatize the patiant. slowly.” ~ 
If this assertion was not found, the match would abil! pe successful, if none 


of the following is true: 


"The patient is being digitalized for an arrhythmia" 
“Pulmonary edema is present® 


"The user's preference for the-rate: OF digital ization is other than 
Slow rate." 


Hence the pattern associated with. SLOW-RATE. can: be paraphrased in the 


following manner: 


"SLOW-RATE is to be considered a viable candidate for the RATE-OF- 
DIGITALIZATION. unless the patient is being digitalized for rapid atrial 
fibrillation, or there is ‘pulmonary edema-present, or the user has 
speci fied some other rate," : 


Phase li - Selection of Bs 
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After the PM. bas established which subnodes are qual fied; it issues a 
request to a apeial submodule to choose the best among them. In order to 6 
this, the relative merits) of the qualified ‘Subnodes must be weighed. Al though 
some heuristics could be used to acconp! ish this, a ‘rather simple method has 
proven effective. The relative selection submodule ‘has access to fixed 
priority lists for each group of subnodes. For iaable. Ae priority list for 
the subnodes |inked to RATE-OF-DIGITALIZATION is: 

(SLOW-RATE NODERATE-RATE RAPIO-RATE INSTANTANEQUS-RATE) 
If MODERATE-RATE and RAPID-RATE were the qualified subnodes from Phase I, the 
relative selection submodule would choose the former, based on the ordering 
‘specified in the priority list.- This particular priority: list reflects the 
general maxim: "digitalize patients as slowly as possible", since SLOW-RATE 


has priority over MODERATE-RATE, etc. 
4.5. Daemons. 


The daemon mechanism performs higher level semantic error checking. A 
daemon node is (optional ly) associated with each a of the TINET, being 
treated exactly as any other node, with one difference; . it is executed 
immediately ster ‘the node to which it is attatched (eg, before any other 
subnode selections or executions). This is indicated in Figure 4. 2 by the wavy 
line connecting the daemon node, RATE-DAEMONS, _to the node RATE-OF- 

DIGI TALIZATION. 
Since daemon nodes are essentially treated like any.other node, it is 


possible to have a daemon node linked to a number of daemon subnodes. Such 


linkages are denoted as being semi-selective, appearing in Figure 4.2 as 
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f----SLON-RATE. 

-- -MODERATE-RATE 

+ ---RAPED-RATE 

}--- INSTANTANEOUS -RATE 


RATE-OF -DIGI TALIZATION 


“INSTANTANEOUS -TO0-DRASTIC 
-RATE-M1TH-ATRIAL-FIB 


Figure 4.2 Daemons and Semi~selective Linkages 


double lines. Semi-setective linkages gre sini tar to selective linkages, 
however instead of per forming the second phase of the selection process, the 
PHM causes all qualified subnodes to be executed, tn the order in which they 
were examined. Each of the subnodes contains a message to be displayed which ; 
informs the user what type of objection the systen has to the Incoming 
response. | | - 

The session appearing in Figure 2.1 contains an example of daemon 
operation. The system notices that the route preferred by the Guar es *eral" 
‘in spite of the fact that the patient's rate side quite high. The daeson 
subnode which recognizes this error is ORAL-WiTH-OUTCK-RATE: and contains the 
pattern assertions: | oe a 

"The user prefers oral administration and the ventricular rate. is 
currently greater than 140.* 
In practice, this allows construction of haere subnodes with patterns 


which detect semantic inconsistencies in the incoming data. As should be 
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- apparent from Chapter 1, many "medical common sense* checks need to be made to 


insure the quality and consistency of the data contained.in the data base. 
4.6 Bookkeeping 


What is done during a NPE other than information gathering and validity 
checking? Clearly something else must ae if the eysten is to formulate 
useful recommendations and/or conclusions. 

One useful side effect of a NPE, particatacly when formulating the 
initial regimen, is to assign. values to internal variables. These values are 
later referenced by the computation Jeotaiee: For example, execution of the 
node NO-RENAL-FUNCTION will result in the as areal? assignment being made: 

"Set the value of renal Funct fon to zero” | 
Subsequent requests ‘to the computation module tor the value of renal function 
will result in a value of zero being returned. | 

Tt is eee to “aneditee the value of an. Internal variable as ‘being 
constant {age or nelgntl; variable (naintenance dove) or > procedural lin the | 
face of changing renal function, a least squares procedure is executed in 
order to obtain a Shosected value). The example above. indicates how constants 
‘are assigned. A ShCGH EIU MCrs complex siigation in uhich variable value 
Sesvonnenss are made is discussed below. | i . 

If the patient’s renal function was not zero, a pote other than NO-RENAL- 


FUNCTION would have been chosen ‘and dxecuted: Assume that STABLE-RENAL- 


FUNCTION had been chosen instead. This time a measure of rénal function is 


needed along with a method for computing the patient’s:renal. function given) 


this measure. To do this, RENAL~FUNCTION-NEASURE is executed and asks 


questions about the various types of renal function measures available such as 
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creatinine clearance, serum. creatinine, etc. If a serum-creatinine value is 
available, the node SERUM-CREATININE will be chosen and executed immediately 
after RENAL-FUNCTION-MEASURE finishes and will carry out ihe vaeeiqnmantei 
“Set the value of serum creatinine to <some value>" 
and 


"Set the. value of renal functien.to &.9 times. the vatue of . weight 
divided by 154.0 times the value of serum erearinine® 


Whereas the first assignment has ‘the effect of binding the variable , 
SERUM-CREATININE to some constant value, the second assignment binds RENAL - 
FUNCTION to an ex pression, whose evaluation will return the appropriate value. 
Such skpreselons: may contain je ithmetic: seratee’. leg, sums, differences, 
exponentials, etc.) and variables uhich have been assigned some value (either 
constant, variable or procedural). When. the computation ustula vacelous a 
request for the vaiue of RENAL-FUNCTION, it determines that its value can be 
obtained from the values for SERUM -CREATININE and WEIGHT, each of which is 
obtained by a recursive cail to the computation nodule. Eventually, the 
evaluation is completed ond the mine clas value. ceturned. 

Consider now the case in which renal function is found to be unstable. A 
similar series of node executions will be. carried out. The system wilt 
realize that an centinction of renal function will have to be made, and will 
ask the user uhich measure is available: Depending on the reply, either 
po ALE Srey INE CUE MUee or ESTINATE-SERUN-CREATININE will be gimcuted: 
Aesuming that serum creatinine values are to. be used, execution of ESTIMATE- 


SERUMN- CREATININE will carry out the scons aesigments: 


“Set the value of serum creatinine to the procedure APPROXIMATE-RF" 
and 


“Set the value of renal function to 0.9 times the value of weight 
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divided by 154.0 times the value of serum creatinine" 
where APPROXI MATE-RF is a procedure for performing some sort of projection, 
given past serum creatinine values. In the last case, a similar series of 
assignments was made, the difference being that SERUN-CREATININE now has a 
value of procedural type. When the computation module receives a request for 
the value of RENAL-FUNCTION, it will evaluate the defining equation for renal 
function. As before, this evaluation requires recursive calls to obtain 
values for SERUM-CREATININE and WEIGHT. This time, the procedure APPROXIMATE- 
RF will be executed in order to arrive at a.value for SERUN-CREATININE and 
WEIGHT remains a constant. Finally, RENAL FUNCTION is computed by 


substituting these values into its defining expression and evaluating it. 
4.7 Evaluation of Patient Status 


One of the most important activities of the system is the construction of 
the PSM (see Section 3.2) and the assessment of the current status of the 
patient during the feedback loop using the PSM. In this section the following 
topics will be considered: 1) construction of the PSM, 2) its role in 
evaluating the patient response and 3) the formulation of advice a 


recommendations. - 
4.7.1 Building the PSM 


The PSM is constructed during the execution of the node FEEDBACK, 
occur ing upon completion of the question asking activities during the during 
the initial session (see the TINET in Figure 4.1). The PSM is built by fitting 


together appropriate pieces of a number of patient prototypes in its data 
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base. The effact of the execution of the node, FEEDBACK, is to select one of 
the subnodes: | 

ATRIAL-F1B-PROTOTYPE | 
ATRIAL-FLUTTER-PROTOTYPE 
PAT-PROTOTYPE 
CHF PROTOTYPE 
The selection process is primarily dependent on the reason for digitalization 
recorded in the data base. For example, ssecrieted with the sub-node ATRIAL 
FIB-PROTOTYPE is the pattern assertion: | 
"A prerequistie for ATRIAL-FIB-PROTOTYPE js that the type of arrhythaia 
is atrial fibrillation and that the patteat is being digitalized for an 
arrhythmia" 
Linked to each of these autiont prototype nodes (via a non-selective link) is 
the mode STANDARD-PROTOTYPE. Hence two patient prototype nodes may. be 
executed: STANOARD-PROTOTYPE and one of the nodes jinked to FEEDBACK. 
Each patient prototype node contains tuo types of. informations prototype 
clauses and relevant daemons. 


Execution of a patient prototype causes each of the prototype Simieds 
associated with that prototype to be examined. A prototype clause consists of 
@ pattern, a QOS (optional) and an interpretation clause. The interpretation 
clause in turn consists of an interpretation pattern and a eumnar ization 
statement. . 

The scotetupe clause is processed in the following fashion. If a 
successful match of its pattern and the deta base results, the OOS and. the 
interpretation clause are inserted into the PSM linterpretation clauses are 
discussed later in Section 4.7.2). For example, ona of the prototype clauses 


of the CHF-PROTOTYPE is: 
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“If orthopnea 7s present, ask about changes in orthopnea and interpret 
any improvements in the patient's orthopnea as a sign of increasing 
therapeutic gain.” : 2, : 
Breaking this prototype clause apart, the-pattern is: “Orthopnea is present” 
and the Q0S involves asking questions about the existence and severity of 
orthopnea. The. interpretation pattern ig “If the orthopnea is less severe 
than it was earlier" and. the summar ization, statement is "A.sign of an increase 
‘in therapeutic gain is the reduction of. the patient’s orthopnea." Similarly, a 
prototype clause appearing in the patient prototype, ATRIAL-FIB-PROTOTYPE iss 
"Always ask about ventricular rate changes; if the rate is below 100, 
interpret this as having reached the therapeutic goal.” 
In this case the pattern is always. true, the.QDS wilt ask about. ventricular 
rate changes. The interpretation pattern is "If the ventricular rate is less 
than 100° and the summarization stateusnt is. "A therapeutic.goal has been 


reached." - 


Relevant Daemons 

The second ‘ape of information contained in the patient prototype is a 
‘list of relevant daemons. These daemons ace similar to those in the patient 
proterane nodes, the difference being that the daemons contain prototype 
clauses which apply to signs of toxicity as opposed to signs of therapeutic 
gain. This gtetinetios reflects a subtle dl¢tereance in the way therapeutic 
gain and toxic response are judged. Whereas the system will actively search 
for expected signs of therapeutic gain, toxic symptoms. are interpreted only 
when the system is told of their appearance ‘(this is not al together true at 
present, since the system steers the information gather ing process - see 
Section 5.1). | | 


When the system has finished examining the prototype clauses contained in 
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the patient prototype, it executes uhetever daemons are specified as being 
relevant within that patient prototype. For example, the STANDARD-PROTOTYPE 
specifies the relevant daemons, EXCESSIVE-SLOMING, VENTRICULAR-IARITABILITY 
and NON-CARDIAC-SIGNS, each of which interprets some general sign of toxicity 
(see Section 1.2}. On the other hand, the patient prototype ATRIAL-FIB- 
PROTOTYPE {tists NON-PAROXYSMAL-JUNCTIGNAL-TACH ae a relevant daemon, . 
reflecting the fact that the development of non paroxysmal junctional 
tachycardia ina patient with atrial fibrillation should be interpreted as a 


sign of toxicity. 
4.7.2 The Role of the PSN in Assessing Patient Response 


When the user instructs the system that he/she wishes to discuss a 
previously presented patient, the node REPORT-CHANGE is executed. This node 
is linked (via non-selective tinkages) to tuo nodes: PSM and EVALUATION- 

FRAMEWORK. Execution of the former results in the formation of an assessment | 
of the patient’s response to treatment as described belou. 

The system uses the previously constructed PSM to assess the patient's 
eapenee te therapy in two steps. First, it passes the Q0S’s déntained in the 
PSM to the question asking module in order ie assemble the necessary 
information. The questions appearing in Figure 2.2 sere generated in this 
fashion. Second, it matches each of the interpretation patterns against the 
data base (note that the Q0S’s have just finished adding new information to. 
the data base). For each of these patterns which is successfully matched, the 
corresponding summarization statement is inserted into the data base. This 
summary represents the system’s assessment of the patient’s current response 


ta therapy. 
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4.7.3 Formulation of Advice and Recommendations 


Following the execution of. the node, PSM, the node, EVALUATION-FRAMEWORK 
will be executed. This node is eoacedied (via selective links) to a series of 
stnAedea: each corresponding to one of the nine possible descriptive states 
mentioned in Chapter 3. The patterns associated with these states refer to the 
var ious summarization statements inserted into the data base during execution 
of the PSM node. For cme! ‘the pattern assertion of the subnode 
THERAPEUT I C-ENDPOINT (eg, descriptive state 1 of Section 3.3.2) is: 

"A prerequisite for THERAPEUTIC-ENOPOINT is that a therapeutic goal has 

been reached,” . 

Execution of the node corresponding to particular descriptive states has 
tuo effects. First, it results in the system’s recommendations being 
displayed as described in Section 3.3.2. Second, it may cause changes to be 
made in the PSM. For example, if descriptive state 6 (some therapeutic - 
fully toxic) was selected, the system dodie-auaueet that the user obtain a 
serum digoxin or (digitoxin) level. A QOS which asks about the results of 
this test is added to the list of Q0S's contained in the PSM and apaconctave 
interpretive eiauese aes inserted into the PSM. During the next update 
session, the éystem will ask for a serum digoxin idigitexind level and use it 


in assessing the patient response. 
4.8 Summary 
The discussion so far has centered around a description of the problems 


involved in digitalis administration and the manner in which the current 


version of ANNA functions in dealing with these problems. The system was 
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built so that it would be relatively simple to extend. The next chapter 
contains a discussion of what extensions are advisable in the next version of 


the system and some thoughts on how these extensions might be implemented. 
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ii Refining the Refinements 


The process of developing a Digitalis Therapy Advisor is not unlike the 
method of administering digitalis described in the previous chapters. Each is 
best achieved by dongteucting an "initial guess" and improving this starting 
effort based on its performance. In the same way that delhi tiers carly 
efforts gave rise to this research, it is to be expected that fur ther versions 
of ANNA will be constructed, based on experiences with the axieting system. 
Initial work with ANNA has pointed toa number of areas where refinements are 
needed. The remainder of this chapter will be devoted to a consideration of 


- these refinements. 
5.1 The Interface 


The worth of a Digitalis Therapy. Advisor depends on the quality of the 
conclusions and recommendations it formulates and on the efficiency and ease 
of communication between the program and the user: This is particularly true 
uhen the user community consists largely of individuals having little or no 
previous exposure to computers (eg, doctors or nurses). The inter face should 
provide a means for fluid and efficient communication between the user and the 
system, 1) allowing the user to transfer what he/she knows about a patient to 
the system and 2) allowing the system, in turn, to present its recommendations 
to the user. This communication should be as "comfor table" as possible for 
the user in order to assure effective interaction and communication With the 
system. 

| The nature of the interface is heavily dependent on. the form of the 


“imternal. machinery” of the system. For this reason, work on the inter face, 


} 
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was delayed until the construction of thie “machinery” was completed. The 
current interface-is described in detail in Chapter 4. In this section 


improvements to the existing interface wil.’ be discussed. 
5.1.1 Accepting Information From the User 


The current interface operates in “active” mode her: obtaining 
information from the user. The essential feature of this approach: is that the 
user is unable to take contro! of the dialogue, but must answer a series of 
questions Beharstod by the system. This: method has two advantages. First, it 
is easy to implement, since the program can be provided with a simple 
flouchart which directs the information gathering procedures. Second, after 
asking all of the questions specified iiv--the. flauchart, the syeten is: 
guaranteed to have al! of the information it. Scie 2 Were this not the case, 
the flowchart can be updated to Ine tude. ‘jralouely: unaeked questions. | 

Although this method gathers the appropriate data, it ‘may net be 
athouather comfortable from the user's standpoint, sifice it Hikes constraints 
on what the user may tell the program about a patient as well ae hen he may 
tell it. Typically, the user wishes to present sdme initial set of facts to 
the program, such as "this is a 53 year old woman to be digitalized for atrial 
fibrillation with a low serum potassium and @ creatinine clearance of 126 m 
per minute" and it may be frustrating for ‘hin/her tod wait untib the aye ten. 
gets around to asking for this information. 

A better method would be to allow the user to enter an initial 
description of the patient, after which the system would run through a 
flouchart (such as that mentioned earlier) in order to “fill in the blanks." 


This approach is more difficult to implement than the previous one, since it 
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requires the development of a language for expressing the initial patient 


description and techniques for translating this description into the system’ s 
internal representation. Despite these difficulties, the development of such 
an interface would be feasible for several reasons: 
1. Recent developments in natural language processing {12} make 
construction of crude English parsers possible uithin a relatively shor t 
time. A parser could be built that would translate an initial patient 
description expressed in English (or some subset thereof) into the 
system's internal representation: When the parser had completed this 
task, the normal question asking machinery would be called upon to gather 
additional information. 
2. The statements of interest to the system are limited in number, each 
'/ corresponding to an entry in the dictionary. By consul ting. the 
dictionary, the translation routine can determine uhat facts are relevant 
and what in particular about..those facts is. of interest. For example, the 
dictionary contains an entry for PVCs, specifying that the type, number 
and existence of salvos are all important properties of PVCs. If the 
initial savant description contains a mention. of PVCs, the. system would 
recognize the impor tance of this and enter the. appropriate assertions 
into the data base. Conversely, if the user indicated that the patient 
"nas brown hair and four fingers on each hand", the system would consider 
this information unimportant, since there are no dictionary entries, about 


hair, fingers or hands.. 


6.1.2 Presentation of Recommendations 
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Concurrent with the devetopment of an interface as described above," it is 
weceaeus to construct an additional interface module capablé of presenting 
Baa at to the user in @ neat, concise and togica!l manner. This 
module must "know" such things as how to format recowmendattons on display : 
screens. Furthermore, it must determine which portions of the 
recommendations need be displayed in various situattons, For example, if a 
patient was being digitalized for atrial fbri lation, it is advisable to 
display the first dose to be given followed by a request to “report back” 
before administering subsequent doses (see Section 2.2). ‘On the other hand, — 
for patients being digitalized prophylactically, a aatnterence dose is usually 
of primary interest. | 

Extensions to this basic interface could be made. for example, simple 
warning messages might be suppressed when conversing wi th-a ‘eardiotogi st but 
would be displayed to a medical student. Eavh user could have ‘@ “personal ized 
initialization file" which would aatomstical ty: specify individual preterencr® 


(eg, "always use digoxin and aluays adwinister intravenousty"). 
$.2 Medical Critical Mass 


If the system produces an inaccurate recommendation, is it because the 
system's reasoning was faulty or because it did not know enough to arrive at. 
the proper conclusion? This question is of primery Importance end one which Is 


difficult to answer. Such considerations can be divided inte tuo catégor ies: 


1. Does the program consider enough of the available data? 


2. Is the model used by the program of sufficient power and scope to 
formulate accurate recommendations? 


S.2.1 How Much Information is Enough? 
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e. When determining what data to gather from the user, one runs the risk 
burdening the user with an excess of questions. ‘On the other hand, if the 
system doesn’t have suf ficient information, it will have difficulty 
formulating usstul “ane accurate recommendations. In the construction of ANNA, 
a compromise was made between the number of questions asked and the 
information requirements of the system. The current version of the Sedona 
reflects the aes amount of questioning necessary to allow the production 
of useful recommendations. The current.version of the system is considered to. 
be about 88% complete in terms of the adequacy of its information gather ing 
activities. Rigourous testing of the system A a clinical environment will 
expose any major "gaps" in ite information requirements. Appropriate 


"adjustments can be made to correct these deficiencies. 
| S.2.2 Power and Scope of the Model _ 


The limitations seen in Jelliffe’s programe Here primarily due to the 
‘insufficient scope and power of the mathematical mode! he used. At this point, 
- it is difficult assess the ability of ANNA. to produce accurate: and useful 
recommendations in a representative smote of clinical settings. The most 
critical area to be evaluated is the per formance of patient specific models. 
Questions which need to be evaluated by rigoyrous clinical testing are: 

1. Do they model the patient ‘accurately enough or lecute more 

information be contained in. them? 


2. How careful should the system be when determining i f a PS is still 
valid? 


3. How many possible PSMs are there? If there are. not many (say fess 
than 188), should the system select one “off the shelf” instead of 
constructing them for each patient presented? 
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4. Are there patients for whom the system will be unable to construct a 
PSM? If so, does this indicate a fundamental inadequacy of this 
approach? 
Initial experiences indicate the notion of PSts and their current use by the 
system to interpret changes in the patient’s condition are effective. Future 
adjustments in this area will focus primarily on extending the range and 
content of the PSMs rather than any fundamental readjustments in the nay they 
are built or used. It is hoped that the strategies employed by ANNA wil! 


constitute a significant improvement over those previously available. 
5.3 Error Recovery 


Unreliable or inadequate data are an unwelcome but ever present prod tem 
in real world clinical situations, The following are problems which need to be 
addressed in this area: 1) how can the ‘system go about detecting erroneous 
information, 2) what strategies can be employed to correct any decisions based 
on the erroneous data and 3) what are the appropr tate assumptions in 
‘eltaations where the available data is inadequate? 

Detection of Erroneous iriformation 

The system currently has the ability to run. both syntactic (via the 
dictionary) and semantic checks (via the daemon mechanism) on incoming data. 
An initial attack on the recognition of erroneous inidcustion would be to 
extend both of these facilities, particulariy the daemon mechanism. This 
would involve a minimum of work, due to the ease of adding new daemons to the 
system. Most of the effort would involve identifying those areas where checks 
for erroneous information should be made. These include: 


one Impossible items. The system should check for enormous weight 
changes, changes in sex, large shifts in age, etc. 
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viZe Improbable items. A. 126 paund 3-year-old, renal function of more 
than 188% of normal, unusually large maintenance doses are all to be 
considered improbable. iat 

3. Suspicious items. Suspicious items are things such ae an increase in 

the ventricular rate following digitalis administration, large shifts in 

potassium, arterial oxygen, etc, . ; 

A simpler method for the detection of errongous information is direct 
notification by the user that a previously entered item is not valid. The 
difficulty with this method is deciding what to do to correct the error. 

Correcting Decisions Based on Erroneous Date - 

Since the system assumes ali incoming data to.be reliable, there are no 
facilities to recover from the input of invalid data. It would be possible, 
however, to implement an error recovery facility in the follawing manner. 
Each fact is associated with a severity class, with essential facts such as 
the reason for digitalization considered the most severe.. The lowest severity 
class would include non-essential facts (such as the sex of the patient). . 
When a datum is identified as being erroneous, the system looks up its 
severity class. The erroneous fact may move. to a different. severity class 
based on the following: 

1. Difference between the erroneous item and the actual item. Thus an 

error in weight of two pounds would be put into a lower severity class 
than normal (eg, record the true value but don’t process the error 
further). 

2. The point at which the erroneous. information was entered. If the 

information wag Just entered, no error recovery may be necessary (note 

this may also be true if the information .is-old and has. already been. 


replaced by subsequent values). 


Error handlers of varying abilities are invoked, depending on the severity 


’ class of the error made. At the highest level, the system would correct for 


the error by. completely reworking everything it did since the fact was 


entered. Lover level error handlers would employ tracing facilities which 
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can connect each fact to the places where it had been used. Assuming these 
situations do not affect further decisions, the decision can be "re-run". 
This is particularly true of errore occur ing tn information used by the 
computation routines uhen sanaratlne the initial aus In. such cases, the 
value may be corrected and the computation caer ied out again. 

What should the eystem do if’ the:user is unabte td respond to one of its 
questions? Clearly the system wust have some provision for making reasonable 
assumptions when it cannot have alt the data it needs. The ability to do this 
requires knowing when it is valid to make sient one! aa well as what he 
assumptions to make. The former represents a major difficulty in developing. 
assumption-making capabilities, since:it is requires a firm definition of the 
minimal set of facte nacwasery to nake neahingful aveumptians. Despite this. 
obstacle, it would: be possible to equip the system with the ability td make 
reasonable assumptions in certain areas where data may commonly not be 
available, such as estimation of renal function, values of serum potassium, 
etc. | Once again, the system would invoke aseunption sith Thy routines of 
varying abilities, depending on the particular data under Acnetiee atin: For 

eeamiet it might settle for a clabsi Neation: of “tow", "medium of *high" if 
no serum potassium value is available. If the user could not specify the type 
of cardiac rhythm, however,’ the system would try to get as much information ae- 
possible (eg, asking about the patient’s EXG) betore maxing any ansumpt ione, | 


since knowing the cardiac rhythm is quite important. 


5.4 Temporal References 


Page 79 


Valuable information can be obtained by the correct interpretation of the 


sequence of events and the timing between events. A significant inadequacy of 


the current representational scheme is the way in hich the system handles 
time references. This is in large part due to the fact that time references 
were introduced after the representation had already stabilized (see Appendix 
B). 

| At the present time, the system relies primarily on its.ability to 
compare sequences of events to known patterns, with the signa comprised of 
‘only two events. In order to enhance the ability of the system to make use of 
temporal references, several improvements are necessary. First, a 
representational scheme must be implemented, which al fous convenient 
representation of time expressions. Second, the system needs a time 
specialist. capable of utilizing |these time expressions. This would include 
dakecting "trende" (eg, the serum digoxin level has. been rising slightly over 
the past week) and establishing |the affect of time intervals when interpreting - 
the significance of changes in weight, ventricular rate, serum potassium, etc. 
5.5 Explanation 

In Chapter 1, explanation facilities were indicated to be an essential 

component of a Digitalis Advisor program. Although such facilities are as yet 
“unimplemented, ANNA has been designed in such a way as to promote such an 
activity. In order to generate explanations, the system must do a considerable 
amount of "bookkeeping" which results in an increase iA beeoran size and a | 
corresponding decrease in efficiency. In order to circumvent. this problem, . 
different. levels of explanation) can be implemented according to the following. 


scheme: 
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1. No ‘Explanat iene Possible 4greatest efficiency) 


2. Informational Questions - “retrieving ‘simple facts from the data base, 
such as the date of the initial session, the patient’s age, etc. 


3. Procedural Questions - queries concerning decisjons made by the 

program. This includes such ‘things as “why ues thet question asked?", 

"how was the maintenance dose computed?" or “why was the IV route 

suggested?". 

4, Projectional Questions - requests. regarding the use made of some fact. 

Possible questions are “what is the patient’s weight used for?” or “uhat 

is the effect of my anewering ‘no’ to ‘this question?” 

There is little practical experience to drau on regarding the construction of 
programs capable of generating such explanations. Although It could be done 
using the current representational schene .emp!oyed ‘by ANRA, ‘preliminary 
efforts indicate that a considerante time investeent sould be necessary in 
order to complete ‘this task. In addition, [tis not clear what type of 
exp|anations will be desirable from the user's point of view. The most 
advisable route is the development of rudimentary explanation capabl ities in 
all areas mentioned above followed by clinical testing. 

Given the development of some spacial ized explanation facilities, the 
system could perform as a powerful teaching tool. The program could exptain 
each step in its reasoning process to a medical student, allowing hin/her to 
learn how to administer digitalis by becoming familiar with the internal wodel 


used by the program. 
5.6 Efficiency Considerations and Compi tation 


“I once was invited to a party and was tofd the eddress was number 64. 
"How am I to remember that number?’ | asked. ‘Simpte, remember it as 
being four cubed.’ That evening I went to nusdber 27 by mietake. * 

The above incident underiines the observation that people often find it 


easjer to remember procedures for doing things rather than the actual things 
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generated by the procedures. In the construction of ANNA, a similar problem 
Was encountered: how much of the system should be written as a procedure and 
how much should be represented in a strictly declarative fashion? The latter 
was emphasized in this work, primarily because. it, aupports explanation | 
generation. The bane tits gasccisiaa with record Keanie and explanation 
generation must, however, be balanced against the resultant decrease in 
program efficiency (see Section 'S.5). The optimal situation would be to have 
both procedural and declarative representations available and to be able to 
switch from one to the other, depending on what types of things the user nants 
done. The following discussion Sceseate. 6 workable ween ot doing this. 

In order to promote efficient interaction with che ieyetan: it is 
important that the system’s response time be kept toa minimum. Currently, 
most of the system’s activities are carried out under the'direction of 
specialized interpreters ("interpretive execution"). One way to achieve a 
significant gain in program efficiency would be writing the system as a pure 
procedure ("procedural execution") - an undertaking which Hould invalve a 
consitiscehie sande? of effort. Fur thermore, making changes in this procedure 
would be difficult. A more attractive alternative for generation of a 
procedural version of the system is the construction of a compiler which Mould 
take as input the network nodes with their associated patterns and actions and 
Sadie as output a procedure whose execution carries out the appropriate 
actions. | For example, consider the nodes for renal function depicted in 
Figure 5S. Looking at their pattern assertions, it can be seen that only two 
facts are being considered: the status and condition of renal function. 

Fur thermore, the actions to be carried out in each of the subnodes involves 
either some simple action (eg, set the value of some internal variable) or 


results in the activation of another series of node executions. From this 


Figure 5S - 
Nodes for Renal Function. 


(NODE-IS RENAL-FUNCTION 
(SUBNODES-ARE RENAL-FUNCTION 
(NO-RENAL ~FUNCT ION 1 STABLES -RENAL-FUNCTION 


NG-RENAL-FUNCTION))) 


Rena! Function Sub Nodes: 


(NODE-IS STABLE-RENAL-FUNCTION 


(PREREQUISITE STABLE-REN,. stort 
{AND ( con ON RENAL -FUNCTION ahah 
AUS. RENAL.-FUNCTION PRESENT) )) 
(ACTION STABLE-RENAL 


SEONCTION. 
“(ACTIVATE RENAL -FUN’TION-HEASURE) y 


(NODE-1S CHANGING-RENAL-FUNCTION 
(PREREQUI SITE ppb boa og oi 
(AND {CONDITI ON RENAL-PUNCTI ION. UNSTABLE] 
(STATUS. va oe PRESENT))) 
(ACTI ON CHANGING~ 


T 
(SET-VALU A APPROXIMATE RF) 


(NODE-IS NO-RENAL-FUNCTION 
(PREREQUISITE NO-RENAL-FUNCTI 


arena ABSENT) } 
(ACTION NO-RENAL-FUNCT SET-VALUE RENAL-FUNCTION 8. 8))) 
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information alone, it would be possible to (automatical ly) generate a 
procedural version of these nodes which might look like the following LISP 
procedures 
(DEP INE RENAL FUNCTION NIL 
(COND (CIF (STATUS RENAL -FUNCTION ABSENT) ) 
(SET-VALUE ‘RENAL~FUNCTION @.8)) ' 
(CIF (STATUS RENAL-FUNCTION PRESENT) ) 
(COND ( (IF “(CONDITION RENAL-FUNCTION UNSTABLE) ) 
(SET-VALUE RENAL-FUNCTION 
‘APPROX IMATE-RF) ) 
(CIF (CONOITION RENAL-FUNCTION STABLE)): 
(RENAL -FUNCTION-MEASURE)))))) 
The procedure RENAL-FUNCTION-MEASURE, called inside this procedure could be 
generated in a similar fashion. 
An improvement to the above would be the construction of an optimizing 
. gompiler capable of using "medical common sense" rules to ‘optimize these 
procedures. For example, knowing that the status of renal function must be 
either present or absent and that ‘the condi tion of renal function is either 
stable or unstable allous a more efficient procedure to be generated: 
(DEFINE RENAL-FUNCTION NIL © 
(COND ((IF (STATUS RENAL-FUNCTION ABSENT) ) 
(SET-VALUE RENAL-FUNCTION @.8))- 
((1F (CONDITION RENAL FUNCTION UNSTABLE) ) 
(SET-VALUE RENAL-FUNCTION | 
APPROXIMATE-RF) ) 
(RENAL -FUNCT I ON-MEASURE) )) . 
The addition of control structures to supervise switching between 


procedural execution and interpretive execution would result ina truly 


versatile and efficient system. 


5.7 Implementation Difficulties 
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The preceding sections have touched on a number of important 
considerations to be included in subsequent versions of ANNA. “There are a 
number of problems which, although of lesser theoretical interest, are 
nonetheless important to consider. Among these are ret inenent of internal 
representation, storing and retrieval methods for. hork ing. with patient records 
-and logistical preblemh, as terminal location, ferninal.secees, pean eep 
procedures (eg, anintaining 2 record, at acesions with the system) and 


instruction of the user communi ty. -in use af the systen. 


5.8 Conclusion 


“He felt a rush of pity at the mingled sight and rememberance, and, 
recalling. the relief his mother had found - from @ sinple preparation of 
foxglove, he promised Sally Oates to bring her something that would ease 
her. ..the fact of her having foung relief form drinking Sites Marner’ s 
stuff became 4 matter of general discourse. When Doctor Kimble gave 
physic, it was.patural that it. panne jhave. an ve.80 ef fei but when &@ weaver, | 
who came from nobody knew where, worked fia bottle of brow 
waters, the occult palpate of the. process was evident." 


from Silas Marner by George Eliot 


One must eventual ly come to grips with what is perhaps the central 
question involved in any research: of what value is it? The construction of 
ANNA did not bring forth dny significant new technological devices. I view 
this research as a pioneering attempt to build computer programs which can 


perform complex problem solving. tasks jn ja! real world ains. In 


fact, the most reassuring result of this work is that such domains (at least 
the domain of digitalis administration) are in. fact susceptible to. detailed 
and rigorous analysis. Such analysis, in my opinion, represent the first etep 
toward the development of computer programs proficient at solving problems in. 
complex real world domains. — I believe that a better understanding of the 


general problem solving mechanisms used by peaple will follow from these vieus 
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of specific complex domains. 

Pragaticalty speaking, it is difficult to seta the shred austons such 
as ANNA will have on the practice of medicine. Certainiy it would be exciting 
if this system turned out to be better at digitalis administration than 
unaided physician judgement. I feel, however, that this is a long way off. 
The real value of this work is, in my opinion, the effect it could have on the 
medical education system. Hopefully, the view of digitalis thereby presented 
herein is more precise and easier to assimilate than that currently available. 
Medical students allowed to "play" with the program would begin to understand 
the algorithm which it uses. It would be a short step for them to later 
use this same algorithm with their own patients. The net effect would be that 


they would be better doctors and better teachers. 


Page 86 
BIBLIOGRAPHY 


1. Ogilvie RI, Reudy J: An educational program in digitalis therapy. JANA 
222:58-55, 1972 


2. Doherty JE: Digitalis Glycosides: Pharmacokinetics and their clinical 
implications. Ann Intern Med 79:229-238, 1973 


3. Peck CC, Sheiner LB et al: “omputer-assisted digoxin therapy. N Eng J 
Med 289:441-446, 1973 


4. Doherty JE, Flanigan WJ et al: Tritiated Digoxin XIV. Enterohepatic 
circulation, absorption and excretion studies in human volunteers. 
Circulation 42:867-873, 1978 


5. Doherty JE, Perkins WH, Mitchel! GK: Tritiated digoxin studies in human 
subjects. Arch Intern Med 188:531-539, 1961 


6. Jelliffe RW: An improved method of digoxin therapy. Ann Intern Med 
69: 783-717, 1968 


7. Heizer WO, Smith TW, Goldfinger SE: Absorption of digoxin in patients 
with malabsorption syndromes. N Eng J Med 285:257-259, 1971 


8. Doherty JE, Perkins WH: Digoxin metabolism in hypo- and hyperthyroidism: 
Studies with tritiated digoxin in thyroid disease. Ann Intern Med 64:489-587, 
1966 


3. Jelliffe RW, Buell J, Kalaba R et al: A computer program for digitalis 
dosage regimens. Math Biosci 9:179-193, 1978 


18. Jelliffe RW, Buell J, Kalaba R: Reduction of digitalis toxicity by 
computer-assisted glycoside dosage regimens. Ann Intern Med 77:891- 986. 1972 


ll. Sheiner LB, Rosenberg B, Meltmon K: Modelling of individual 
pharmacokinetics for computer-aided drug dosage. Computers and Biomedical 
Research 5:441-459, 1972 


12. Pratt, Vaughan R.: A Linguistics Oriented Programming Language. A. I. 
Memo 277, February 1973 


13. McDermott, D. and Sussman, G: THE CONNIVER REFERENCE MANUAL. A. I. Memo 
259a, January 1974 


14. Sussman, G., Winograd, T. and Charniak E.: Micro-Pianner Reference 
Manual. A. 1. Memo 283a, December, 1971 


Page 87 


15. Gorry, G. A., Safran C. and Kahn, K.: GOBBLE. unpublished memo 


Paye: 88: 


~ Appenatie: Ay! 


A Mathematical Model of Digitatis Kinetics 


I. Half Life 


It is known that digitalis is lost from the-body through excretory 


_ pathways in an amount proportional to the amount present. This relationship 


can be phrased in the following manner: 


n = 1, ats cs . “ Wi 
where n - = amount left after time t 
ng = amount present at tine-t, 
a = excretion constant 


Too ete tye 3 | | 
The half life, ty». of the-drug is by definition equal to the time it takes 


for half of the drug to disappear: - 


1 
-at 
--- Mg =n e@ 12 
2 
log (2) = 8, 69315 ip | 
OA gt aaa Sin ay ea eed a 
A a 


II. Excretion Constants 
Experimentally measured half lifes for digoxin average around 1.6 days, 
which yields: an excretion constant’ of €.4332 day. The excretion constant, A, 


is proportional to the rate at which the drug is lost from the body. Since — 


digitalis is lost by renal and non-renat (fecal) routes, can be computed in 


/ 


Page 89 


the following manner: 


A= Arenal ag Anon-renal {3} 
Experimental evidence indicates that in patients with no renal function OL net 


= @), the half life of digoxin increases to sbout 4,1 days. In this case, 


digoxin is being lost exclusively through non-renal routes, Anen-renay C4N be 
calculated using equation {3}: “ fe ie 
log (2) | 
; A . 
Anon-renal we 0 Won Tew ae = 6.169 day . {4} 


Combining equations 43}. and 444, a value of 2662: day is obtained for penal 
~ fassuming nermal renal function). | 
Thus the excretion of digitalis can be model led-by these tuo parameters, 


a and A is constant for all 


renal “non-renal* 


It is generally assuméd that A. a, 


patients, but A is a function of the patient’s renal function. Similar 


renal 


calculations can be done for other preparations. 
TTT. Renal Function 


If a patient with no renal function is said to have renal function = 8 
and a patient. with normal renal function has renal function. = 1, renal: 
function can be expressed as a number between zero and one. This is done by 
- using various clinical neasures available 46 the phusician such as creatinine 


clearance or serum creatinine values in the following manner: 


: creatinine clearance 
renal-function = -------------<-----=-- 


‘gion em e os aps ie Sl es a's orien iene ees {6} 


If renal function is. changing, it is: necessary. to approximate: a value by 


extrapolation of previous vatues.. 


IV. Maintenance Dose vs Body eesree . 

‘The daily maintenance doea, M. is: by definition: equal: te: the.amount of. 
the drug lost ina. period of badage This. cat: beexprasnasd: as: the. difference. 
between n, and n-when t = 1 days 

Meeeny - ne . 
=m, (l - e™) : 7) 
Thus if a patient is given an initial dose, body. storea,, at time. t = 8, anda 
constant daily maintenance dose, M, (eg, taken at time = 1,2,3,...), the peak 
body stores at time t = i is: | . 
peak peak 


body stores = body-stores: e+ {8} 


i ro? 


and the minimum body etores. is: given bys. 


minim e ‘wininen: : 
body-stores = (body-stores +M)e* {9} 
i Spa 
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Appendix B 
GOBBLE Syntax and Use. 


ANNA uses a data base facility written in LISP called GOBBLE. Facts may 
be entered into the data base as non-circular list structures (see below) and 
may be associated with a particular context when added. In this way, the data 
base consists of a number of independent contexts, each containing a series of 
_ GOBBLE assertions. This is quite similar to the data base features of PLANNER 
and CONNIVER {13, 14}, with the POLI SHing differences: 

1.. GOBBLE contexts are independent of each other, unlike the notion of 
context trees in CONNIVER. 


2. GOBBLE lacks the pattern directed prospeais (method) execution 
peeeats in CONNIVER and PLANNER. 


A more detailed discussion can be found eleewhere {15}. For now, I will 
briefly review the syntax used by ANNA and present a few examples indicating . 
how patient data are transformed into internal representation. 

GOBBLE assertions are generally expressed as a list.of three elements of 
the form: | 

{<function> <argument> <value>) 
where <function> is some atomic function, <argument> is some argument of that 
function, and <value> is <funct ion> (<argument>). “Al though <function> must be 
‘atomic, it is acceptable for <argument> or <value> to be GOBBLE assertions, in 
a@ recursive manner. | 


The following would be legitimate GOBBLE representations of the fact "The 
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patient davehe 165 pounds. " 

(VALUE WEIGHT. 285.0) or 4UBTONT “PATIENT 16S. 8) 
Note that “weight” can serve either as a <function> or as an <argument> to the 
function “vatue". In order ‘to watntain consistency, the system has a 
dictionary which unambiguous y apecities ‘Legal ‘functions, Vegal arguments. for 
each function and legal values for the arguments of functions. ‘For example, 
the system woutd ob fect to each nf the tol towing: ¢ 


{WEIGHT FREEDOM: 365.8) - "FREESOI enot & valid argument of 
"WEIGHT" ae: 


(VALUE WEIGHT 13888.) - illegal value for “MEIGHT" 

However, the assertion (VALUE WEIGHT 165.8) would be found acceptable. 

Remember that <ar gument> and <value> could also be non-atomic GOBBLE 
assertions. Thus the statement: = ee 

{TIME-OF (VALUE WEIGHT 165.8) DAY-1) 

would be accepted by the system, providing “TIME-OF* was a legal function, 
etc. In fact, this is how’ temporal knowledge I's Hépceeented by the system. 

Using this format, the dictionary was compiled specifying all legal 
functions, arguments and values which are useful. For exemple, each of the 


following is specified as a legal assertion: 


(TYPE ARRHYTHMIA ATRIAL-FIBRILLATION) 
(VALUE VENTRICULAR-RATE 124) 
(STATUS RENAL -FUNCTION PRESENT) 
(CONDI TION RENAL FUNCTION STABLE}. 


By using the declarative representation described above, the knouwledge of 
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the system is always explicitly represented by the assertions contained in the 
data base. This has two distinct advantages over procedural (flowchart) data 
acquisttion: where current knonledge is implicitly represented by the current 
location in the procedure. First, one. can generate a reasonable description 
of what is known about the patient simply by Aisi ayine the assertions 
currently in the data base. This is very difficult using procedures, since an 
explanation would require examination of what the procedure had been doing 
since execution started. Second, at each point where new information is 
gathered, the system has ready access. tq the entire hody of knowledge 
gathered so far. This enhances the ability of the program to deal with 
‘unexpected responses or to advise a confused user what responses might be- 
appropriate, Once again, such activities would be quite difficult uhile in 


the middle of a procedure execution. 


hependix Cf 
implonentation Betei te 


1. Primitive Concepts and Operations — aa a 


In Appendix @, the data representstion: sechantene vf GUBBLE were 
presented and the notion of COMME contexts fitredused. | Th ¥4et, the nodes of 
‘the TTNET described in Chapter 4 each correspent to @ GOBBLE context, ‘having @ 
unique name and containing Various GOBBLE assertions. The type of assertions “4 
in a given context depend on what type of node it represents (ese betou) put 
generally include such things as pattern sesertions, 005s sid an assertion 
indicating the type of node the context represents. ‘There are devin: toget 
‘node types: descriptor, candidate, action, daemon, Meviston, suggest ton, and 
resume. The data base is initialized with the appropriate nodes (eg, GOBBLE 
contexts) and one special context, FACTS which is initially empty. This. 
context is used to siete incoming assertions (see Section 4.3) . 


The system consists of a data base centaining the contexts, a node 


interpreter for each type of node, a list of nodes to be executed (called the 
PROCESS-LIST) and a supervisor procedure to control the execution of nodes. 
The fundamental activity of the system is the execution of nodes. The 
supervisor procedure performs this if the fohtoutng manner: the node: type of 
the first node on the PROCESS-LIST is determined. This node is then passed to 
the node interpreter for that type of node. Upon completion of execution, the 


supervisor deletes the processed node from the PROCESS-LIST and repeats the 
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process until the list is empty. 


Il. Activation 


Activation of a node is accomplished by. adding the name of the node to 
the PROCESS-LIST. It is put into the list immediatety after the current node 
(since nodes can only be activated uhile inside cither’ nedes) . In this way a 
network corresponding to the TINET is constructed. Notice, however, that: the 
nodes are “tied together" via var ious asser tions contained in the nodes. 
Sipce- these assertions are stored declaratively, the system has the potential 
to dynamically change the TINET by altering these assertions (the current 


version of the system does rot make use of this facility). 
III. The Node Interpreters 


_ There are eight node interpreters, each of which #9 an "expert" at 
carrying out the execution of a specific class of nodes. — They are listed 


below along with a brief synopsis of their action: _ 


1. DESCRIPTOR - This interpreter is responsible for the execution of 
nodes containing selective linkages to subriodes. I'ta primary activity is 
the selection of one of these subnodes, as described in Section 4.4. It 
is assumed that nodes of type descriptor contain an assertion of the 
forms 


(CANDIDATES-ARE <name of descriptor node> <J/ist of subnodes>) 


Page 36. 


Since this assertion is storad in-a declarative ‘fashion, it is possible 
to alter the <list of subnodes> portion to add or remove potential — 


candidates from consideration. 


2. CANDIDALE - This interpreter jooke for an assertion of the form: 
(ACTION <name.of node> <action to be carried out>) 
and executes it. Usually the <action to be carried out> involves setting 


the value of some internal variable or the activation of another node. 


3. ACTION - This interpreter supervises the execution of user or system 
defined LISP procedures, such as these. which display recommendations to 
the user, etc. For example, a node which generates a display of a 
patient summary looks Jike: 
(NODE-IS PATIENT-SUMMARY 

(NODE-TYPE. RATLENT-SUNMARY ACTION) 

(PRINT-PATIENT-SUMMIARY)) 
Execution of this node will result in evaluation. of the LISP function, 


PRINT-PAT IENT-SUMMARY. 


4. DAEMON - This interpreter oversees the execution of nodes 
corresponding .ta daemon nodes, Its functions are quite similar to that 
of the DESCRIPTOR. interpreter. with the exception that all | qual ified 


candidate sub-nodes are activated (see Section 4.4). 
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5. REVISION - Subnodes of nodes of type DAEMON are of ne REVISION or 
SUGGESTION (with some exceptions). The REVISION interpreter is 
responsible for the reconsideration of some fact received from the user 
which is felt by the system to be in error (note that such facts are 
identified by the satiaki matching activities of the DAEMON interpreter - 
see Section 4.5). This interpreter proceeds by notifying the user of the 
problem and, if necessary, deletes the erroneous fact from the data base 


and inserts the correct one. 


6. SUGGESTION - The other type of sub-node of DAEMON nodes “is the 
‘SUGGESTION node. The interpreter for this node displays a suggestion 
contained in the node for the user. SUGGESTION nodes are responsible for 
‘messages suggesting the use of potassium supplements and correction of 


various disorders (hypokalemia, hypoxemia, etc.) 


7. RESUME - During the course of a pattern matching activity, the system 
may create a new context of type RESUME which contains information about 
the match (eg, what facts were used, which ones were not found, the 
patterns used, etc.). Aithough the RESUME interpreter is as yet 
unimplemented, it is intended that its execution would result in the 
generation of an explanation for a choice made on the basis of some 


pattern matching activity. 
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Bookkeeping: 


The supervisor keeps track of node ectivetions, recording the “parent 
and "children" for each node which is executed, Thie information is valuable 
when per forming. backup. operstions, or genersting si@ianetions. The system also 
associates each incoming fact. with the nede. which coaeall being executed when it 
wae entered into the data base, In addition, each nede contains a list. of 
facts which was gathered during its execution. In this way it is possible to ; 


tell what facts were entered while in some particular node or,- conversely, 


oo 


what node was. active when a particular fact wae entered. on 


_ Candidate Directory 


When the descriptor interpreter chooses and activates a subnode, an 


assertion of the form: 


(SUBNODE-FOR <deecriptor> <eubnode>) 

is put into a special context cal ted the SUBNODE -UI RECTORY. These statements 
can be used like any other fact in pattern assertions. For euseple, a pattern 
assertion which is true only if digitalis is being administered orally would 
look likes . be 

(PREREQUISITE <mome node> (SUBNOUE-FOR ROUTE ORALD) 
In addition to referencing this information in pattern assertions, it is often 
convenient to print out the subnode directory so that the user can see — 


decisions have been made by the program. 


